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CHAPTER 1 

GENERAL INFORMATION 


I. 1 INTRODUCTION 

The EXORciser II Development System 
is the basic tool for designing and developing 
microprocessor-based systems using any of Mo¬ 
torola’s families of microprocessor and micro- 
programmable devices. It is an extremely power¬ 
ful and easy-to-use development system that has 
been designed to be highly user-oriented, reduc¬ 
ing system development time and cost. The EX¬ 
ORciser II represents a major improvement of the 
original M68SDT EXORciser and incorporates 
several advanced features, including Dual Mem¬ 
ory Map mode of operation and the ability to de¬ 
velop higher performance systems using the 
MC68A and MC68B series parts (1.5 MHz and 2.0 
MHz, respectively). In addition, atotally new set of 
optional support modules has been incorporated 
to meet the increased capabilities of EXORciser 

II. 

With the addition of optional devel¬ 
opment modules, the EXORciser II will also sup¬ 
port system designs and developments using 
other Motorola microprocessor and micropro- 
grammable devices. These other devices families 
include: the MC3870 Microcontroller, the 
MCI 41000 Microcomputer, and the MC2900 
(TTL) and MCI0800 (MECL) 4-Bit Slices. 

Documentation relevant to the EX¬ 
ORciser II Development System is separated into 
two major categories: the EXORciser II User’s 
Guide and various supplemental manuals. This 
manual (the EXORciser II User’s Guide) is the 
primary guide for using the entire EXORciser II 
system, and provides general information, in¬ 
stallation and set-up instructions, operating in¬ 
structions, guidelines to follow for system 
development, and theory of operation for the en¬ 
tire system. It also provides a thorough descrip¬ 
tion of each EXbug 2 command, as well as all of 
the entry points for user access to the various 
subroutines. Specifically excluded from this 
manual are operating instructions for develop¬ 
ment system modules requiring special operating 
procedures (such as the PROM Programmer III 
Module or System Performance Monitor). Oper¬ 
ating instructions for these modules are provided 
within their accompanying User’s Guide. 

Series II Supplemental manuals are pro¬ 
vided with this User’s Guide. These supplements 
offer detailed information on each of the standard 


and optional modules used with EXORciser II, 
including schematic diagrams, detailed theory of 
operation, and a complete parts list. 

1.2 FEATURES 

The features of the EXORciser II include: 

• Versatile and easily expandable design devel¬ 
opment tool used to evaluate and debug the 
user’s system hardware and software. 

• Dual Memory Map mode of operation. 

• Selectable clock speeds of 1.0 MHz, 1.5 MHz, 
and 2.0 MHz. 

• 32K of Development System Random Access 
Memory (RAM). 

• 8 selectable baud rates from 110 to 9600 baud. 

• A single RS-232C compatible serial communi¬ 
cations interface. 

• A chassis containing a 14 card motherboard 
and the necessary +5 Vdc and x 12 Vdc power 
supplies 

1.3 SPECIFICATIONS 

Table 1-1 identifies the basic EXORciser 
II specifications. 

1.4 EQUIPMENT SUPPLIED 

The EXORciser II is shipped with the 
chassis (including power supply, motherboard, 
and cover), MPU II Module, DEbug II Module, and 
32K bytes of either static or dynamic RAM 
(depending on customer preference). The Macro 
Assembler/Linking Loader and Text Editor are 
also included in a media specified by the cus¬ 
tomer (either paper tape, cassette, or diskette). 
This manual together with the appropriate Series 
II User’s Guides is also included. 

1.5 GENERAL DESCRIPTION 

EXORciser II consists of a chassis with 
power supply and two essential hardware mod¬ 
ules, the MPU II Module and the DEbug II Module. 
Optional memory modules and peripheral mod¬ 
ules may be configured in the system as required 
by the user. The MPU II Module provides the cen¬ 
tral time base for the system. The 2 MHz M6800 
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TABLE 1-1. EXORciser II Specifications 


CHARACTERISTICS 

SPECIFICATIONS 

Power Requirements 

95-135/205-250 VAC 

47-420 Hz 

250 W 

Word Size 


Data 

8 bits 

Address 

16 bits 

Instruction 

8, 16, and 24 bits 

Memory Capability 

65,536 bytes (maximum) 

Instructions 

72, variable length 

Clock Signal 

Crystal controlled 12 MHz with logic 
for generating 2-phase non-overlapping 
signal to MPU and system bus 

Memory Speed 

Jumper selectable 1.0, 1.5, or 2.0 MHz 

Interrupt 

Maskable and nonmaskable 

Data Terminal Interlace 
Characteristics 


Baud Rates 

110, 150, 300, 600, 1200, 2400, 

(Jumper Selectable) 

4800, and 9600 

Signal Characteristics 

TTY (20mA neutral current loop) or 

EIA RS-232C compatible 

Reader Control Signal 

Control signal for TTY devices modified 
for external control 

Operating Temperatures 

0 to 55°C 


microprocessor chip is located on this module. 
The DEbug II Module includes the system’s termi¬ 
nal interface and 3K bytes of firmware referred to 
as EXbug. This firmware is organized into a 2K 
ROM and a 1K ROM so that all I/O utility routines 
reside in the 1K part. These routines are available 
to the user, and the single IK ROM may be re¬ 
placed by the user in situations where special I/O 
routines are desirable. EXbug represents the 
basic system monitor for EXORciser II through 
which the user may enter commands to examine 
and to change memory, to trace program exe¬ 
cution, or to load additional systems software. All 
of EXbug’s commands are described in Chapter3 
of this manual. 

MDOS is the optional software package 
that provides a complete disk operating and file 
management system to EXORciser II. MDOS is 
described in detail in the MDOS Reference Man¬ 
ual, and requires at least 16K bytes of Random 
Access Memory (RAM). 

Several new systems features have been 
introduced that represent significant enhance¬ 
ments to the original EXORciser capabilities. In 
order for the user to be able to take full advan¬ 
tage of the system development aids provided, 
the following system concepts must be fully 
understood: 

• Memory Parity 


• Dual Map 

• Second Level Interrupt Vectors 

• Dynamic System Bus 


1.5.1 EXORciser II Memory Parity 

Both the Static RAM and Dynamic RAM 
Modules, available for 2 MHz operation with EX¬ 
ORciser II, provide parity detection that interfaces 
with the EXORciser bus. The DEbug II Module 
may be enabled via an EXbug command to mon¬ 
itor this parity error signal. If enabled, the oc¬ 
currence of a parity error will cause a non¬ 
maskable interrupt (NMI) to be generated, and 
EXbug will print a parity error message to warn 
the system user of the fault. While writing to the 
disk, a memory parity error will generate a disk 
time out error instead of a parity error message. 

Because of the extensive flexibility for 
configuring hardware in an EXORciser II, the sys¬ 
tem cannot automatically initialize all memories 
to the proper parity at power start-up without 
some direction from the user. As a result, EXbug 
starts up following POWER-ON or RESTART by 
refusing to accept any parity errors from memory 
modules. (Enabling and disabling parity does not 
involve modifying hardware; i.e., the parity 
detection logic is always active on the memory 
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FIGURE 1-2. EXORciser II Dual Map 


modules.) In order to properly initialize the sys¬ 
tem to take advantage of memory parity, the user 
must first initialize all locations in the memory 
modules (EXbug command “I”) and then must 
turn on the enabling indicator in the EXbug firm¬ 
ware (command Chapter 3 contains a com¬ 
plete explanation of each of these commands. If a 
parity error occurs and the user has enabled this 
feature, the message “PARITY” will be printed by 
EXbug. 

1.5.2 Dual Map Concepts 

The DEbug II Module provides the EX¬ 
ORciser II with the ability to address two separate 
64K memory maps, as illustrated in Figure 1-2. To 
accomplish this, the DEbug II Module takes the 
Valid Memory Address (VMA) signal from the 
MPU II Module and converts it to two other sig¬ 
nals: Valid User Address (VUA) and Valid Exec¬ 
utive Address (VXA). All EXORciser II hardware 
modules may be configured to respond to one of 
these enabling signals. As a result, two complete 
maps of 64K bytes are addressable for either ran¬ 
dom access data storage or for data I/O. 

EXbug is always assigned to the Exec¬ 
utive map regardless of Single or Dual Map mode. 
The user selects Dual or Single Map mode via a 
switch on the DEbug II Module. In the Dual Map 
mode, the generation of the VUA and VXA signals 
is under EXbug control. In this mode, the user can 
specify which map he wishes to use via EXbug 
commands. However, when using the USER map, 
the VUA light on the front panel will not beon until 
a program is actually being run in the User map. 
This occurs because EXbug, in the Executive 
map, is still in control of the system until control is 
given to a program in the User map. 

MDOS must be run in the Executive map 
when the system is in the Dual Map mode be¬ 
cause MDOS must access EXbug and its I/O facil¬ 
ities. This leaves the full 64K User map available 


without restrictions. The Executive map has full 
access to the User map. However, the User map 
has only limited access to the Executive map. 
Control can be passed from the User map to the 
Executive map only by use of software interrupts 
(SWI) when properly enabled by the user. 


FFFF 


F000 


EXbug 2 


MDOS ROM, I/O, ETC. 


MDOS Parameters 


VXA 


VUA 


FIGURE 1-3. EXORciser II Single Map 

The DEbug II Module also provides for a 
Single Map mode of operation, as illustrated in 
Figure 1-3. Here all addresses of $F000 and larger 
are assigned to VXA (EXbug), and all addresses 
smaller than $F000 are assigned to VUA. (This 
assignment is controlled by hardware, not by EX¬ 
bug firmware.) In this mode, all hardware mod¬ 
ules must be configured for VUA operation. Thus, 
MDOS is effectively run in VUA when EXORciser II 
is in the Single Map mode. Modules used in this 
mode must not use addresses $F000 or larger. 
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Programs run in this mode can access EXbug, but 
cannot reside in the EXbug address range. The 
user must also account for the presence of the 
MDOS ROM and I/O devices when laying out his 
development memory map, if MDOS is co¬ 
nfigured in the system. 

The DEbug II Module contains hardware 
that controls the switching of the maps. This 
hardware may be accessed only via software run¬ 
ning under VXA. This normally means that the 
map control is handled completely by the EXbug 
firmware. The user may, however, set up service 
routines in the Executive Map that can control the 
map selector. By setting the proper trigger value, 
then by executing the proper instruction that will 
cause the map to change on the appropriate sub¬ 
cycle of an instruction execution, the user map 
dynamically transfers program control from one 
map to another. The Software Interrupt (SWI) ser¬ 
vicing routines in EXbug play a major role in ac¬ 
complishing this control. Normal system devel¬ 
opment using the EXORciser II does not require 
explicit map control by the user. EXbug 2 pro¬ 
vides complete access and control to the User 
map for system development requiring an un¬ 
obstructed 64K bytes of address space (User 
map). 

1.5.3 Second Level Interrupt Feature 

EXbug II provides for the SWI and NMI 
features of the 6800 to be available to the user 
without restricting EXbug’s use of them. This ca¬ 
pability is referred to as the second level interrupt 
feature. The EXbug use of the interrupt is the first 
level and has the highest priority. EXbug gains 
control first, then decides if user processing at 
the second level is specified. If the interrupt is not 
an EXbug interrupt, EXbug passes control on to 
the second level service routine. Using this tech¬ 
nique, breakpoints can be set in a program that 
uses SWI’s for its own use (EXbug uses SWI’s to 
mark breakpoints). The second level service rou¬ 
tines are reached via an address vector just as 
normal interrupt service routines. However, the 
locations where the vectors are kept vary, 


depending on the map in use and whether the 
system is in the Single or Dual Map mode. 

In the User map, the second level vec¬ 
tors are at the same locations as the normal vec¬ 
tors—i.e., $FFF8 through $FFFF. Since EXbug’s 
vectors must be at these locations in the Exec¬ 
utive map, the second level Executive map vec¬ 
tors are located indirectly; that is, the address 
contained in locations $FF00 and $FF01 in the 
Executive map points to the last byte of the sec¬ 
ond level reset vector. In this manual, this lo¬ 
cation is referred to symbolically as “ATOP.” The 
other vectors are in the normal order, as illustra¬ 
ted in Figure 1-4. 

EXbug only gains control of non-EXbug 
NMI’s if the system is in the Single Map mode or if 
instructions are being executed from the Exec¬ 
utive map of the Dual Map mode when the NMI 
occurs. In both cases, EXbug uses the indirect 
approach through the address in $FF00, $FF01 to 
determine the address of the second level service 
routine. Figure 1-5 illustrates this process 

The action taken due to a nonbreakpoint 
SWI is determined by the value of EXbug’s E pa¬ 
rameter (see the E command description, para¬ 
graph 3.6.1). A nonbreakpoint SWI can generate 
an error message, or be serviced by the second 
level routine. The address of the second level SWI 
routine in the User map is obtained from $FFFA, 
$FFFB. For the Executive Map and the Single 
Map mode, the address of the second level SWI 
routine is obtained indirectly through $FF00, 
$FF01. EXbug does not handle IRQ’s, so they can 
be handled directly by the user in whichever map 
the interrupt is recognized. 

The user must put the PIC and IRQ vec¬ 
tors at $FFE8 through $FFF9 in the User map. In 
the Executive Map and the Single Map mode, the 
indirect pointer in $FF00, $FF01 is used to estab¬ 
lish the PIC and IRQ vectors. During abort and 
restart, EXbug moves the PIC and IRQ vectors 
specified by the address in $FF00, $FF01 to the 
normal $FFE8 through $FFF9 address range. On 
restart, EXbug puts an address of $83FF into lo¬ 
cations $FF00, $FF01 as the default second level 
vector top of memory in the Executive Map. 



FFFE, FFFF (used by user restart and ;g command) 
FFFC, FFFD 

FFFA, FFFB (2nd level if breakpoints set) 

FFF8, FFF9 
FFE8 FFF7 


FIGURE 1-4. Interrupt Vectors in User Map 
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Tables 1-2 through 1-5 summarize the 
rules used by EXbug for handling interrupts, in¬ 
cluding these second level interrupts. 

The response time for second level serv¬ 
ice of interrupts is slower than if the interrupts 
were serviced directly. This is because EXbug 
gains control and must determine that the inter¬ 
rupt is not an EXbug function. EXbug must then 
determine what action to take, and then set up the 
processor’s registers and stack accordingly. On 
entry to a second level service routine, the pro¬ 
cessor’s registers and stack are configured as if 
control had been given directly to the routine 


without intervention by EXbug. 

Response time of second level SWI’s 
serviced in the User map can be speeded up by 
not setting breakpoints. Executive map response 
can be speeded up by directly taking over the 
interrupt vector. This is done by placing the ad¬ 
dress of the service routines at the normal vector 
positions, $FFFA through $FFFD. However, this 
eliminates use of EXbug functions which require 
these vectors: SWI — breakpoints; NMI — abort, 
trace, program continuation at a breakpoint. 
Also, the EXbug vectors are restored to the lo¬ 
cations on restart or abort. 



Moved to FFE8-FFF9 on 
Abort and Restart 

Second level SWI 

Second level NMI 

Used by command ";G" 


Default is 83FF 



FFE8-FFF7 

FFF8,FF F9 

FFFA,FFFB 
F F FC,F F FD 

FFFE.FFFF 


Setup from location 

ATOP on Abort and Restart 


In RAM, normally setup by 
EXbug 


In ROM for EXbug 


FIGURE 1-5. Interrupt Vectors for Executive Map and Single Map Mode 
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TABLE 1-2. Second Level Interrupt Rules 


I. Second level interrupts are interrupts which are not related to EXbug functions. They are generated by 
the user. 

II. EXbug gets control from a second level interrupt but passes it on to the user’s service routine. 

III. Possible second level interrupts are NMI and SWI. 

IV. Addresses for second level interrupt service routines in the Executive map are located indirectly through 
ATOP. Second level interrupt service routine’s addresses in the User map are in the normal vector 
locations. 


TABLE 1.3. Second Level NMI Rules 


I. Second level NMI is only possible in the Single Map mode or when the system is running in the Executive 
map of the Dual Map mode. 

II. Second level NMI is always enabled when the system is in either of the two modes described in item I. 

III. The address of the second level NMI service routine for both of the modes in item I is determined 
indirectly through ATOP 

IV. User NMI’s generated while the system is in the User map of the Dual Map mode will not return the 
system to the Executive map. 


TABLE 1-4. Second Level SWI Rules 


I. Second level SWI’s can occur in any map and in any map mode. 

II. Second level SWI’s must be enabled by the EXbug E command. User SWI’s in the Single Map mode or 
the Executive map of the Dual Map mode will cause an “SWI” error message if the second level SWI is 
not enabled. User SWI’s in the User map of the Dual Map mode, without the second level enabled, will 
be serviced directly in the User map if no breakpoints are set, or will generate an “SWI” error message if 
breakpoints are set. 

III. Second level SWI’s from the User map of the Dual Map mode may be serviced in either the User map or 
the Executive map, depending on the E command value entered. 

IV. The address of the second level SWI service routine for the Executive map is determined indirectly 
through ATOP. The address of the second level SWI service routine for the User map is in $FFFA, 
$FFFB of the User map. 


TABLE 1-5. IRQ Rules 


I. EXbug does not use IRQ and, therefore, does not have an IRQ service routine. IRQ’s must be serviced 
directly by the user. 

II. IRQ’s are serviced in the map in which they are recognized. They do not cause a map change. 

III. The IRQ and PIC vectors always come from $FFE8-$FFF9 in the current map when the IRQ is 
recognized. 

IV. The IRQ and PIC vectors for the Single Map mode and the Executive Map of the Dual Map mode are 
initialized by EXbug during abort and restart indirectly from ATOP. On abort and restart, ATOP is 
initialized to $83FF. 


1.5.4 Dynamic System Bus. 

In the upper left-hand corner of all EX- 
ORciser II modules is a 20-pin (4-pin on Static 
RAM) header known as the Dynamic System Bus 
(DSB). As implied in its description, this input/ 
output port gives the designer a means for dy¬ 
namically expanding the hardware capabilities of 


the EXORciser II. The DSB facilitates the imple¬ 
mentation of such system features as: 

• Priority Interrupts 

• Extended Memory Systems 

• Advanced Parity Error Control 

• Multiprocessor Applications 


1-6 








None of the connections on the DSB are 
used by EXbug or any of the standard EXORciser 
II modules (although the pins are connected to 
their appropriate logic on the modules). No ca¬ 
bles are provided for the DSB. Instead, the DSB 
provides a unified approach for system designers 
to incorporate EXORciser II modules into more 
sophisticated end products of their own. 

Some of these possible applications are 
described below. Additional ideas will be recognized 
by imaginative designers. 

As viewed from the component side of 
the board, the DSB is organized as shown in Fig¬ 
ure 1-6. The interrupt lines are usually level sig¬ 
nals and are not, therefore, protected by individ¬ 
ual ground lines. The parity-error and page- 
enable lines are typically high speed lines and 
are, therefore, paired with a ground for twisted¬ 
pair connections. 

Priority Interrupts: The MPU II Module 
treats the DSB signals on pins 2-9 as level inputs 
to the Priority Interrupt Controller (PIC). The 
designer could receive interrupts from up to eight 
peripheral modules if the modules were “bused” 
together by the DSB. He could then take advan¬ 
tage of the PIC (on 1 MHz systems only) to quickly 
process the inputs. 

PARITY-ERROR: For memory systems 
that demand a more sophisticated parity error 
control than the standard EXORciser II parity (see 
Paragraph 1.5.1), the PAR-ERR signal could be 
used as an input to a custom module that could 


perform such functions as retry, restart, or faulty 
address indentification. If more than one memory 
module needed to be controlled, the open header 
used for the DSB could be used for nonbused 
connections. For example, an individual pair of 
twisted wires with a 2-pin female connector could 
tie multiple memory modules to a single hard¬ 
ware module designed by the user. 

PAGE-ENABLE: The Dual Map con¬ 
cept has been extended by making each EX¬ 
ORciser II Module addressable in one of three 
modes: 

VUA — Valid User Address 

VXA — Valid Executive Address 

PAGE-ENABLE — for multiple “pages" 
of 64K bytes 

As described in Chapter 2, each module 
provides a jumper arrangement that allows the 
user to assign the module to one of these ad¬ 
dressing modes. If a user builds a controller that 
can convert the VMA signal from the MPU II into 
one of several pages, an unlimited number of 
“pages” of 64K bytes can be realized. These 
“pages” could contain any combinations of pe¬ 
ripherals and memories. Once again, individual 
twisted pairs would need to be connected from 
unique modules to a central control module. This 
addressing capability will be useful in multiple 
terminal, multi-disk, and extended memory 
systems. 
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FIGURE 1-6. Dynamic System Bus (DSB) 
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CHAPTER 2 

INSTALLATION, SET-UP, AND USE INSTRUCTIONS 


2.1 INTRODUCTION 

This chapter provides the unpacking, in¬ 
spection, installation, and preparation for use in¬ 
structions for the EXORciser II Development Sys¬ 
tem. In addition, information is also provided on 
the preparation and use of the various modules 
within the system. 

2.2 UNPACKING INSTRUCTIONS 

Unpack the EXORciser II from its ship¬ 
ping carton and, referring to the packing list, ver¬ 
ify that all of the items are present. The packing 
materials may be retained for storing or re¬ 
shipment of the system. If the shipping carton is 
damaged upon receipt, request that the carrier’s 
agent be present while the system is being un¬ 
packed and inspected. 

2.3 INSPECTION 

The EXORciser II should be inspected 
upon receipt for broken, damaged, or missing 
parts and for any physical damage to the chassis 
and/or internal modules. 

2.4 INSTALLATION INSTRUCTIONS 

As delivered, the EXORciser II can be 
mounted on a table top, bench, or any other flat 
surface having sufficient room to allow easy ac¬ 
cess to the front and rear panels. After a location 
has been selected, proceed with the following 
steps. 

(a) Connect the selected data terminal to the 
EXORciser II (refer to paragraph 2.5 for data 
terminal selection and connection 
information). 

(b) With the EXORciser II POWER switch posi¬ 
tioned off, connect the system to the selected 
power source. 

(c) Ensure that all of the necessary modules are 
installed prior to application of power. If not, 
install the desired modules in the available 
card slots. (Note: Since each module is offset 
as well as keyed, there is little chance of in¬ 
stalling the modules backward. However, 
wire-wrapped modules that require more 
than normal card separation should be in¬ 
stalled into the slots provided for this 
purpose.) 

(d) Connect interface cables to controller mod¬ 
ules (if installed). If the EXORciser II top is to 


be installed, all cables must exit the chassis 
from the rear. 

(e) Depress the POWER switch and observe that 
the indicator lamp on the switch illuminates. 

2.5 DATA TERMINAL SELECTION AND 

CONNECTIONS 

The type of data terminal chosen for use 
with the EXORciser II depends on the other pe¬ 
ripherals that are used, and on the total role of the 
development system. EXORciser II is compatible 
with a wide range of terminals because of its 
capability to communicate via either the RS232C 
or 20 mA current loop interface. The terminal 
interface should be full duplex and transfer data 
at rates between 110 and 9600 baud. The stan¬ 
dard ASCII communications protocol has been 
implemented and is further described in Ap¬ 
pendix C. 

2.5.1 RS232C Interconnections 

The RS232C interface is commonly used 
with terminals and modems. Most terminals 
come equipped with a cable which will plug into 
the EXORciser II and operate correctly. However, 
in some cases, it is necessary to assemble or 
modify a cable to make certain the proper signals 
are supplied to the terminal. The EXORciser II 
only needs to be connected to the data send and 
receive lines (and ground), but most terminals are 
designed to work with modems and require the 
RS232 handshake signals to work properly. For 
this reason, logic is included to sense the Data 
Terminal Ready (DTR) signal and to turn it around 
to supply signals on the Clear-to-Send (CTS), 
Data Set Ready (DSR), and Data Carrier Detected 
(DCD) lines. These signals are required by some 
terminals before they will operate. It is not advis¬ 
able to connect more than one RS232 device to 
the EXORciser II (in parallel), since this is not 
permitted by the standard, and voltages may be 
out of limits. (See Appendix E for RS232C signal 
descriptions and pin assignments.) 

2.5.2 20 mA Current Loop Interconnections 

Although originated for teletypewriters, 
the 20 mA current loop interface is used by many 
other terminals because of its simplicity. When 
the 20 mA interface is used for terminals other 
than a TTY, a baud rate faster than 110 baud can 
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be used, but not faster than 1200 baud because of 
the bypassing used for noise reduction. 

While the EXORciser II directly outputs 
only RS232C interface signals, these signals can 
be easily converted to the 20 mA neutral current 
loop protocol through the use of Micromodule 11 
(M68MM11). The interconnections required for 
this current loop interface, along with the neces¬ 
sary connections at the ASR33 teletype, are de¬ 
scribed in detail in Appendix D and the Micro¬ 
module 11 User’s Guide. Appendix F describes 
the use of the Tl ASR733 terminal. 

2.6 PREPARATION OF SYSTEM 

MODULES 

The MPU II and DEbug II Modules repre¬ 
sent the minimum configuration for an EX¬ 
ORciser II system. The Floppy Disk Controller 
Module must be added in order to use the EX- 
ORdisk II and MDOS. Various memory modules 
may be configured as required. The minimum 
module configuration to operate an MDOS-based 
EXORciser II consists of the MPU II, DEbug II, and 
Floppy Disk Controller Module, plus at least 16K 
of memory. (The Macro Assembler requires at 
least 24K of memory.) Additional I/O modules may 
be required for specific system development. 

The following paragraphs describe the 
steps necessary to use some of the more essential 
modules in an EXORciser II system. For each 
module, only those options which are most likely 
to be used are described. The reader should refer 
to the respective user guide for complete details 
on each module. 


speeds below 2.0 MHz. The top half of jumper 
K2 is used to select internal or external 
clocks (see figure 2-2). 



INTERNAL CLOCK 


EXTERNAL CLOCK 


FIGURE 2-2. Internal and External Clock Selection 

When External Clock is selected, the user 
should connect the clock to TP1 in the upper 
left-hand corner of the MPU II Module (facing 
component side). TP2 may be used as a con¬ 
venient ground for this input. The input sig¬ 
nal should be TTL compatible and fed 
through divider logic that produces the ac¬ 
tual processor clock. The three options 
described below allow the board frequency 
to be 1/12, 1/8, or 1/6 of the external clock 
source. 

K1 is used to select three speed ranges. 
When Internal Clock is selected, the source 
to the divider logic is fixed at 12.0 MHz to 
yield 2.0, 1.5, and 1.0 MHz for each of the 
following jumper configurations shown in 
Figure 2-3. 


2.6.1 MPU II Module Preparation 

The MPU II Module is illustrated in Fig¬ 
ure 2-1, which highlights the location of the op¬ 
tions described in this paragraph. The user must 
decide the clock speed at which his EXORciser II 
is to operate, and whether the Programmable 
Timer and/or Priority Interrupt Controller are re¬ 
quired for 1 MHz applications. 

(a) Select System Speed: The EXORciser II may 
run at any speed between 100 KHz and 2.0 
MHz. Certain modules in the Series II family 
have higher minimums, like the Floppy Disk 
Controller (880 KHz minimum). Most of the 
EXORciser I and Micromodule peripherals 
are compatible with EXORciser II, but cannot 
operate at clock rates higher than 1.0 MHz. 
Depending upon the system configuration 
and the development requirements of the tar¬ 
get system, the user must select one of four 
clock options on the MPU II Module. Fixed 
clock rates of 1.0, 1.5, or 2.0 MHz may be 
selected, or an external clock may be con¬ 
nected to provide a continuous range of 
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FIGURE 2-3. K1 Jumper Options 
(Where Xo is External Clock Source) 
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(b) Programmable Timer Option: The program¬ 
mable timer module (PTM) MC6840 may be 
plugged into location U8 when an internal 
timer function is desired. Due to speed lim¬ 
itations of the MC6840, this option may be 
used only when the MPU II Module is con¬ 
figured for the 1 MHz operation. THE MC6840 
SHOULD BE REMOVED FROM ITS SOCKET 
FOR CLOCK SPEEDS GREATER THAN 1.0 
MHz. 

The standard addressing of this device is set 
at the factory to occupy locations $EF00- 
EF07. Due to incomplete decoding of the ad¬ 
dress lines, the entire block ($EFQ0-EFFF) 
responds to the above set of addresses. The 
user has the option of changing the decod¬ 
ing of the upper (most significant) eight bits 
of the address for the timer. Jumper plug K3 
may be used forthis purpose. Figure 2-4 illus¬ 
trates the orientation of K3 pin assignments. 
An installed jumper represents a binary 
ZERO, and an uninstalled jumper represents 
a binary ONE. 
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FIGURE 2-4. Address Selection for Internal Timer 
(Example 11101111 =EFXX) 

Hardware external to the MPU II Module may 
make use of the PTM when connected to 
edge connector P3 (upper right of MPU II 
Module). The user should refer to the MPU II 
User’s Guide and the MC6840 Data Sheet for 
complete operating instructions. 

(c) Priority Interrupt Controller: If the user re¬ 
quires a priority interrupt facility, the MC6828 
Priority Interrupt Controller (PIC) may be 
plugged into location U1. Similar to the 
MC6840, current device speed limitations re¬ 
strict this feature to MPU II Modules that are 
configured to run at 1.0 MHz or slower. 

NOTE 

THE MC6828 SHOULD BE REPLACED 
WITH THE JUMPER PLATFORM PRO¬ 
VIDED WITH THE MPU MODULE 
WHEN NOT USED. THE MC6828 CAN¬ 
NOT BE USED IN SYSTEMS OPER¬ 
ATING FASTER THAN 1.0 MHz. 


The jumper platform supplied to users who 
do not need the PIC feature provides the fol¬ 
lowing connections on the 24-pin platform: 

16 O-O 19 

is O-O 20 

14 o-O 21 

13 o-O 22 


Inputs to the PIC may be connected via the 
Dynamic System Bus (P2) from external pe¬ 
ripheral modules. A complete explanation of 
how to use the PIC may be found in the User 
Guide forthe MPU II Module. The user should 
also refer to the MC6828 Data Sheet. 

(d) Dynamic System Bus Connections (P2): 
Other than the interrupt inputs for the PIC 
(described in the preceding paragraph), 
there are no additional options utilized at the 
Dynamic System Bus on the MPU II Module. 

2.6.2 DEbug II Module Preparation and 

Use 

The DEbug II Module contains the hard¬ 
ware and firmware that provide most of the sys¬ 
tems development features of the EXORciser II. 
This module contains the communications inter¬ 
face that must be configured for the user’s spe¬ 
cific terminal selection. Switches that control the 
use of the dual memory maps and the halt-on- 
address function are found on this module. Fi¬ 
nally, the EXbug firmware is mounted on this 
module. EXbug has been designed to permit the 
user to exchange a IK ROM with a PROM co¬ 
ntaining user-developed I/O and utility routines. 
Substitution of firmware is not required for most 
EXORciser II applications. A complete 
description of this feature may be found in the 
DEbug II Module's User Guide. 

Figure 2-5 illustrates the specific lo¬ 
cations of options that may be configured on the 
DEbug II Module by the user. 

(a) Flat Ribbon Cable from Front Panel: This ca¬ 
ble connects the front panel, the RESTART 
and ABORT buttons, and the VUA/VXA indi¬ 
cators to connector P3 of the DEbug II Mod¬ 
ule. This cable should approach the DEbug II 
Module from the rear panel of the EXORciser 
II. 

(b) Terminal Configurations: Paragraph 2.5 
described how to select either a 20 mA inter¬ 
face or an RS232C interface. The terminal 
cable wll plug into the edge connector la¬ 
beled P4 on the DEbug II Module. This con¬ 
nector is keyed for proper alignment of the 
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FIGURE 2-5. User Options on DEbug II Module 






















RS232C cable or the Micromodule 11 cable. 
Several jumpers must be configured 
depending upon what specific terminal con¬ 
figuration is desired. These are: 

K6,K7,K8 Should be installed to apply 
power to the Micromodule 11 
Module when using a 20 mA inter¬ 
face. The jumpers are removed as 
a precaution against having 
power active on the standard 
RS232C edge connector. 

K5 Is normally installed and provides 

the CLEAR-TO-SEND signal for 
the RS232C configuration. It must 
be removed for 20 mA interfacing. 

K9 Is an option normally installed for 

the RS232C interface. It may be 
removed in those special cases 
where the data terminal ground is 
not to be connected to the EX- 
ORciser II ground. 

K10.K11 This 3x4 arrangement of jumper 
pins is used to select the termi¬ 
nal’s baud rate. This selection is 
required and identical for both 
the 20 mA and the RS232C con¬ 
nections. The jumper selection is 
illustrated in Figure 2-6. 

(c) Parity Option: If the user chooses to use the 
parity feature of the EXbug firmware, he has 
a choice as to what bus the incoming signal 
is to be received on by the DEbug II Module. 
The standard configuration has the PARITY- 
ERR line connected to the ECORciser II bus 
(connector PI, pin W). The user has the op¬ 
tion of connecting the parity input to the Dy¬ 
namic System Bus (P2 on DEbug II Module) 
at its usual pin 17. To do this, the standard 
printed circuit jumper at K2 must be cut and a 
new jumper installed as illustrated in Figure 
2-7. 



FIGURE 2-6. Baud Rate Selection at K10,K11 


(d) Miscellaneous Jumpers: The user may be cu¬ 
rious about the purpose of other jumpers 
visible on the DEbug II Module. K1 is used 
during manufacturing test, and is not a user 
option. El, E2, E3, and E4 are used in special 
modem applications, and their use is de¬ 
scribed in the DEbug II Module User’s Guide. 
K3 and K4 are not used. 

(e) Dynamic System Bus Connectors (P2): As 
mentioned in the paragraph on the parity op¬ 
tion, the only signal on the Dynamic System 
Bus that is useful on the DEbug II Module is 
the optional PARITY-ERR input. 

(f) Switch Settings (SI, S2, S3): Paragraph 3.2.2 
describes the complete operation of these 
three user switches. The recommended posi¬ 
tions for initially setting these switches for 
program development are: 

51 — DUAL MAP (position right) 

52 — SYNC (position right) 

53 — EXECUTIVE RESTART (position 
left) 

2.6.3 Preparation and Use of Dynamic 
Memory Modules 

The EXORciser II Dynamic Memory 
Module is available in sizes of 16K, 32K, 48K, or 
64K bytes with parity. The 16K version is popu¬ 
lation with 4Kx1 devices. As a result, some of the 
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FIGURE 2-7. K2 Jumper Option for Parity 
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facilities that allow 16K quadrants of the 64K ver¬ 
sion to be reconfigured, like block address 
changes or block disabling, will also allow 4K 
blocks of memory on the 16K byte module to be 
reconfigured. Besides the size of memory, the 
16K, 32K, 48K, and 64K versions are identical, 
except for the jumpers on the 16K version. These 
jumpers are not intended forthe userto modify. In 
other words, a 16K version cannot be modified to 
a 32K, 48K, or 64K version. It may be treated as 
four 4K byte blocks, and reconfigured accord¬ 
ingly. The 32K, 48K, and 64K versions may be 
derived from each other via reconfiguration. De¬ 
tails of how to enable or disable blocks, or how to 
reorder the block sequences are covered in the 
Dynamic Memory Module’s User Guide. 

(a) Select Memory Speed: The Dynamic Memory 
Module has three overlapping speed ranges. 
These are the same speed selections avail¬ 
able on the MPU II Module'll.0, 1.5, and 2.0 
MHz). The user should select the speed that 
comes closest to his system speed (see MPU 
II Module’s speed selection, paragraph 
2.6.1). Jumper K2 is used to make this selec¬ 
tion, as illustrated below. 


2.0 MHz (pin 1 - pin 2) 
1.5 MHz (pin 1 — pin 3) 
1.0 MHz (pin 1 — pin 4) 


K2 (Select one only) 



(b) Assign Memory Map: The user decides in 
which of the dual maps the memory module 
is to reside. Jumper ADR ENA is used for this 
purpose (ADDRESS ENABLE). If the memory 
is to serve the Executive map, VXA should be 
selected. If the module is to operate in the 
USER’S map, VUA is to be selected. If the 
Dynamic System Bus is being used to control 
extended memory applications, the PAGE 
ENABLE signal should be selected at the 
map control input. Jumper ADR ENA is illus¬ 
trated below. 


(Select one only) 


VUA (Pins 1 and 2) 
VXA (Pins 1 and 3) 



PAGE-ENA (Pins 1 and 4) 


(c) Parity Options: If the user is monitoring par¬ 
ity, he has three choices for connecting the 
module’s parity detect signal to the EX- 
ORciser II. This choice depends upon the 
user’s system approach to handling parity. 
The standard EXORciser II philosophy for 
handling parity, when the DEbug II Module is 
being used during development, is to receive 
parity error signals via pin W on the EX¬ 
ORciser II bus. Jumper K1 is used to select 
one of three options: 

(1) Jumper pins 1 and 4 to cause dynamic 
RAM modules to generate PAR-ER on 
the EXORciser II bus (pin W). 

(2) Jumper pins 2 and 5 to generate PAR-ER 
onto the NMI signal of the EXORciser II 
bus (pin E). In this configuration, a parity 
error will generate a non-maskable inter¬ 
rupt for one clock cycle. 

(3) Jumper pins 3 and 6 and 3 and 2 to send 
PAR-ER to pin 17 of the Dynamic System 
Bus. The usefulness of this configura¬ 
tion depends upon the user’s implemen¬ 
tation of the Dynamic System Bus. 

Jumper K1 is oriented as shown below: 

- Option 1 

r Option 2 
-—-Option 3 

K1 


DSB - 17 

NMl (Pin E, EXORciser bus) 
PAR-ER (Pin W, EXORciser bus) 



(d) Base Address Selection: The base address 
for the 32K, 48K, and 64K Dynamic Memory 
Modules is necessarily set to zero. On the 
16K Module, however, switch SW1 may be 
used to select one of four 16K blocks. The 
hex rotary switch has valid addresses at posi¬ 
tions 0,4,8, and C. All other positions are not 
used. 

(e) Dynamic System Bus Connector (P2): As 
covered in paragraph 2.6.3, B and C, the 
PAGE ENABLE (pin 19) and PARITY ERROR 
(pin 17) are the only two signals that are 
meaningful options at the Dynamic System 
Bus connector of the memory module. 
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FIGURE 2-8. Typical Static Memory Module 






















(f) MasterlSIave Jumper Connections: The EX- 
ORciser il may be configured to use one or 
multiple Dynamic RAM Modules. In either 
case, one module must be configured as a 
master refresh module, and the other Dy¬ 
namic memory modules as slave refresh 
modules. 

To connect the module for master refresh, 
install a jumper between terminals 1 and 2 of 
K3 for a 16K population, or to terminals 1 and 
3 of K3 for populations above 16K. This will 
cause the module to function as the master 
refresh module. If no jumpers are installed on 
K3, the module will operate as a slave refresh 
module. 

(g) Miscellaneous Jumpers: The user must refer to 
the Dynamic Memory Module User’s Guide for 
details on how to use the wirewrap jumper 
labeled ADRSEL. Two capabilities are available: 

(1) To disable specific quadrants of the 
memory. 

(2) To reorder the quandrants relative to the 
module’s base address. 


K1 



2 3 4 



PAGE ENABLE (DSB) 


VXA 


VUA 


(c) Parity Options: The signal PAR-ER is con¬ 
nected in the printed circuitry to both pin 17 
of the Dynamic System Bus and to pin W of 
the EXORciser II bus, as shown here. 



2.6.4 Preparation and Use of Static 
Memory Modules 


If, for some reason, the user needs to disconnect 
one or both of these connections, jumpers E23- 
E24 and E25-E26 are provided. (Reader should 
consult schematic in User’s Guide for details.) 


Figure 2-8 illustrates the location of the 
user options that are available on the EXORciser 
II Static Memory Module. This 16K module has 
two blocks of independently addressable 8K 
bytes of static RAM with parity. Each block can be 
treated like a read-only memory via a RAM/ROM 
switch option. Unlike the Dynamic RAM Module, 
there are no speed selections required, as the 
module is optionally available for 1 or 2 MHz 
operation. 

(a) Base Address Selection: Two hex rotary 
switches are provided that allow each 8K half 
of the module to be assigned a base address. 
The even positions of the switch are valid— 
e.g., 0, 2, 4 —. The odd (4K) increments are 
not used. The user must always exercise care 
in making address assignments so that multi¬ 
ple modules are not assigned to overlapping 
address ranges. 

(b) Assign Memory Map: The user must assign 
the module to either one of the dual memory 
maps, or to the PAGE ENABLE control on the 
Dynamic System Bus if he has an extended 
memory application. Jumper K1 is used for 
this purpose, as illustrated below. 


(d) RAM/ROM Option: Two rocker switches are 
provided at location U61 to configure each 
block as RAM or ROM. The OFF position is 
for RAM; the ON position disables the WRITE 
(e.g., ROM). The left switch controls array 
#1; the right controls array #2. 


1 2 

ON _ _ 

OFF _ _ 

U61 


ROM 

RAM 


(e) Disable Block Option: At the area labeled 
MEM-BLK-ENA, printed circuit runs exist 
that may be cut in order to disable one of the 
arrays. The signal paths are found on the 
reverse (non-component) side of the module. 


E13 E14 


MEM 

BLK 

ENA 


Ell E12 




Array #1 


Array #2 
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(f) Dynamic System Bus Connector (P2): As 
described in Paragraph 2.6.4, (b) and (c), the 
PAGE ENABLE and PARITY ERROR signals 
are the only two meaningful connections to 
the Dynamic System Bus. Due to space lim¬ 
itations on the module, the entire connector 
was omitted in favor of only the two pairs 
mentioned above (pin 17 with ground and pin 
19 with ground). 


2.6.5 Preparation of Floppy Disk Controller 

The Floppy Disk Controller Module pro¬ 
vides the interface between the EXORciser II bus 
and EXORdisk II. Preparation of the module is 
normally restricted to the assignment of the VUA 
or VXA memory map. 

CAUTION 

Do not adjust capacitor C9. 

(a) Memory Map Assignment: The jumpers for 
VUA, VXA, or PAGE-ENABLE are found in the 
lower left-hand corner of the component 
side. The module is shipped with VUA se¬ 
lected. The PG-EN input is from the Dynamic 
System Bus. Since the controller operates 
with MDOS and EXbug, the selection will 
usually be VUA for Single Map mode, and 
VXA for Dual Map mode. 


p 

v v G 

U X E 

A A N 


Ok Ov Q 
1 ) > 
d—d—a 


(Select one only) 


(b) Dynamic System Bus Connector: The Dy¬ 
namic System Bus is connected to the PG-EN 
signal, as described in item (a) above. Provi¬ 
sions for jumpering the IRQ to one of the 
priority interrupt signals on the Dynamic Sys¬ 
tem Bus have been included in the board 
layout. This option, however, would require 


changes to the ROM firmware, and is re¬ 
served for advanced system designs. 

(c) Clock Speed: The Floppy Disk Controller is 
ready to run as it comes from the factory. It 
contains its own time base, which allows it to 
operate independently from the EXORciser II 
MPU Module. 

2.6.6 Preparation and Use of Printer 
Interface 

The Printer Interface Module provides 
the interface between the EXORciser II and a sys¬ 
tem printer. Its configuration, as shipped from the 
factory, is for the standard Centronics interface. 
Its address is preset to EClOfor use by the MDOS 
and EXbug software. Although the Printer Inter¬ 
face supplement contains an explanation of sev¬ 
eral user options, the module comes ready for 
installation and use in the EXORciser II. The user 
must only be concerned with assigning it to the 
proper memory map. 

Assign Memory Map - The jumper la¬ 
beled “ADR ENA” is used to assign the module to 
one of three addressable maps—VUA, VXA, or 
PAGE-ENABLE. One of these combinations must 
be jumpered, as indicated on the board. 


4 PGEN 

3 VXA 

2 VUA 


ADR ENA 

<r 

(T'b 


Since the printer is normally used by 
MDOS and EXbug, the selection will usually be 
VUA for single map mode, and VXA for dual map 
mode. 

The Page Enable mapping option is pro¬ 
vided for advanced systems where the Dynamic 
System Bus is used as an input to enable multiple 
“pages” of memory. 


2-10 








CHAPTER 3 

OPERATING INSTRUCTIONS 


3.1 INTRODUCTION 

Information in this chapter is intended 
to familiarize the user with the basic operating 
procedure needed to initialize the EXORciser II, 
use the dual memory map, and select the ad¬ 
dresses of the various modules. This chapter also 
provides a description of the EXbug 2 commands, 
subroutines, and entry points that are used to 
perform system evaluation and debug 
procedures. 

3.2 SWITCHES AND INDICATORS 

The EXORciser II switches and controls 
are divided into three categories: (1) Those on the 
EXORciser II chassis, (2) those on the DEbug II 
Module, and (3) those on the MPU II Module and 
the optional modules. The controls available on 
the MPU II and optional modules (memories and 
peripherals) are described in their respective sup¬ 
plements, and are summarized in Chapter 2 of 
this manual. 

3.2.1 Front Panel Switches and Indicators 

Figure 3-1 illustrates the arrangement of 
the front panel switches and indicators. 

POWER The power switch is used to turn the 
EXORciser II ON and OFF. It is an 
alternate action pushbutton switch 


with a built-in indicator which is illu¬ 
minated when A/C power is ON. 

ABORT The momentary pushbutton switch 
labeled ABORT causes an NMI (Non- 
Maskable Interrupt) to be generated. 
Program control is returned to the 
address indicated in the Executive 
map locations FFFC (MSB) and FFFD 
(LSB) of the NMI vector. An abort op¬ 
eration always forces the system into 
the Executive Map mode, even 
though the Dual Map mode is se¬ 
lected. If locations FFFC/FFFD of the 
Executive map have not been ex¬ 
plicitly changed by the user, 
depressing the ABORT button will 
cause control to be returned to the 
EXbug routine. 

RESTART This momentary pushbutton switch 
generates a low level RESTART sig¬ 
nal throughout the system. As in the 
case of power on, control is deter¬ 
mined by the address contained in 
the Restart vector locations FFFE 
(MSB) and FFFF (LSB). A switch on 
the DEbug II module indicates in 
which map (User or Executive) the 
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FIGURE 3-1. EXORciser II Front Panel Switches and Indicators 
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Restart vector is to be found. The RE¬ 
START signal is also supplied to the 
bus to reset all hardware that recog¬ 
nizes the Restart. If EXbug is in one of 
the maps indicated by the RESTART 
switch on the DEbug II Module, 
pressing the front panel RESTART 
button causes the EXORciser II to in¬ 
itialize itself through the EXbug in¬ 
itialization firmware. 

VUA/VXA The lights labeled VUA and VXA indi¬ 
cate when and in which map the EX¬ 
ORciser II is executing. Both lamps 
will be OFF when any of the three bus 
signals—BA (Bus Available), HALT, 
or TSC (Tri-State Control)—is active. 
For example, if the processor is in a 
WAI (Wait for Interrupt) state, neither 
light will be on. When the processor 
is executing, the lights will indicate 
which map is currently active. The 
VUA indicator (Valid User Address) is 
on when the system is executing in 
the User map. This is true when Dual 
Map mode is selected, the user has 
entered “USER”, and the EXbug 
firmware is not being accessed. It is 
also true when in Single Map mode 
and the EXbug firmware is not being 
accessed. The VXA light is on when 
EXbug firmware is being executed 
under either single or dual map se¬ 
lection, or when execution is from 
the Executive map under Dual map 
configuration. 

3.2.2 Switches on the DEbug It Module 

Figure 2-5 illustrates the Debug II mod¬ 
ule. Chapter 2 describes the complete operation 
of the DEbug II Module, including those switches 
and jumpers that are not normally modified dur¬ 
ing development sessions on the EXORciser II. 


The three switches that will be used during nor¬ 
mal EXORciser II use are described here. They are 
accessible when the chassis cover is removed. 
Figure 3-2 summarizes their orientation when 
viewed from the component side of the DEbug II 
Module. 

SWI (MAP MODE )—This is a three-posi¬ 
tion switch which selects which map the EXbug 
firmware is to reside in. In the SINGLE position, 
only 64K of memory addressing space is avail¬ 
able. EXbug occupies the high order portion of 
this map. In the OUT position, the EXbug firm¬ 
ware is essentially disabled and the DEbug II 
Module becomes inactive. In the DUAL position, 
EXbug resides in the executive portion of mem¬ 
ory. The dual 64K memory map capability is en¬ 
abled by this switch position. When in this posi¬ 
tion, the user controls which map is accessed via 
commands entered into EXbug (see USER and 
EXEC commands). 

SW2 (HALT-ON-ADDRESS) - This switch is 
used in conjunction with the EXbug command H 
(Halt-on-Address). When the user has enabled the 
Halt-on-Address feature by entering the H command, 
this switch selects either the Trigger (SYNC) mode or 
the Halt-on-Address (HOA) mode. When set in its 
HALT-ON-ADDRESS position (toggle left), the 
EXORciser II hardware will stop program execution if 
the address bus compares with the address entered 
by the user for the H command. When execution is 
halted, the MPU registers are displayed and control is 
returned to the EXbug firmware. When the switch is 
set to the right, a scope trigger pulse is generated 
when the program accesses the specified address. 
Thes trigger is physically available to the user at the 
sync test point in the upper left of the Debug II Mod¬ 
ule. During Trigger mode, program execution con¬ 
tinues at full speed. 

SW3 (RESTART MAP )—This switch al¬ 
lows the user to specify which map the EX¬ 
ORciser II is to access during power-up or RE- 
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FIGURE 3-2. Toggle Switches on DEbug II Module 
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START. EXbug’s Restart vectors will always be 
used when in Single map mode. If in Dual map 
mode, and the Restart switch is set to its USER 
position, the EXORciser II will use the USER map 
for its RESTART vector and subsequent exec¬ 
ution. This feature allows the user to fully eval¬ 
uate the power startup portion of his final system 
design. 

3.3 INITIALIZATION 

System initialization consists of select¬ 
ing the system baud rate and module addresses, 
turning power on, and performing any required 
start-up procedures. Normally, the baud rate is 
selected when the system is first configured, and 
does not require further adjustments unless the 
system terminal is changed. Module addresses 
are selected as required for software develop¬ 
ment orforthe target system being emulated. The 
start-up procedures are required each time the 
system is turned on or a system restart is 
performed. 

3.3.1 Power ON/OFF Procedures 

The recommended sequence for turn¬ 
ing on the equipment in an EXORciser II system 
is: 

(1) System Console (Terminal) 

(2) EXORciser II 

(3) EXORdisk Unit 

(4) Printer Unit 

CAUTION 

DISKETTES SHOULD NOT BE 
MOUNTED IN EXORDISK WHEN AP¬ 
PLYING POWER. 

The recommended sequence for turn¬ 
ing power off is: 

(1) Printer Unit 

(2) EXORdisk Unit 

(3) EXORciser II 

(4) System Console (Terminal) 

CAUTION 

DISKETTES SHOULD BE REMOVED 
FROM EXORDISK BEFORE TURNING 
POWER OFF. 

3.3.2 Baud Rate Selection 

Typically, the EXORciser II will be oper¬ 
ated at the maximum baud rate permitted by the 
system console. Refer to Paragraph 2.6.2 for in- 
structionson configuring the DEbug II Modulefor 
the selected baud rate. 

3.3.3 Start-Up Procedures 

The procedures that are required at 


power-up and following a Restart are described 
below. Here again, the required procedures 
depend on the system configuration. 

If the system console requires null pad¬ 
ding after a carriage return, the “K” command 
should be used to specify the padding. This en¬ 
sures that the first few characters on new lines are 
accurately displayed on various terminals. 

If the system is being operated in Dual 
map mode, the MAP switch on the DEbug II Mod¬ 
ule must be set to DUAL. If the user wishes to 
debug programs in the USER map, the EXbug 
command USER must be entered. 

If parity error detection is desired, the 
user must enable the detection logic after the 
memory has been initialized. The EXbug semi¬ 
colon command is used to enable parity. If parity 
is to be monitored in the USER map memory 
(RAM only), the memory initialization (command 
I) should be entered after the USER command is 
specified. 

In the Single Map mode or Executive 
map of the Dual Map mode, EXbug assumes that 
the user program may be contained within half of 
the maximum range of the EXORciser II memory. 
For this reason, EXbug 2 provides for moving the 
user’s PIC and IRQ vectors up to the EXbug’s 
memory at FFF8. Two locations in the EXbug 
memory are initialized to $83FF on the assump¬ 
tion that that is the top of user memory. The IRQ 
vector would be at $83F8. The vector is moved up 
to the EXbug memory at $FFF8 and $FFF9 simply 
by pushing the ABORT button. This causes the 
user's normal IRQ vectors and PIC IRQ vectors to 
be moved to the appropriate area. In the event a 
different top of memory address is desired, it is 
only necessary to change locations $FF00 and 
$FF01 to the correct value by means of the EXbug 
Memory Change feature (described in Paragraph 
3.6.3) and push the ABORT button. Remember 
that pushing the RESTART button, or turning the 
EXORciser II power OFF and ON, will restore 
$83FF, and it will be necessary to reenter the 
revised address. EXbug 2 uses the top of memory 
address to find the user’s restart vector and sec¬ 
ond level SWI and NMI vectors. 

NOTE 

If the PIC and IRQ vectors are to be 
used, the ABORT button should always 
be pressed after loading a program 
into the Executive map or the Single 
Map mode, even though the top of 
memory address of $83FF. 

3.4 USING THE DUAL MEMORY MAP 

The DEbug II Module provides EX¬ 
ORciser II with the capability of addressing two 
separate 64K blocks of memory. These two 
blocks of memory are referred to as the Dual 
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Memory map. One of these, the Executive map, 
contains EXbug (if configured for VXA), its pe¬ 
ripheral devices and RAM, the EXORdisk ROM 
and I/O devices, and the Printer I/O device. 
The other, the User map, is completely available 
to the user for emulation of his target system. This 
gives the user complete freedom in assigning ad¬ 
dresses to his memory and I/O devices without 
worrying about addressing conflicts with the sys¬ 
tem monitor and I/O devices. Yet, EXbug 2 still 
provides the user with full debug capabiliites in 
the User map. Optionally, in the Single Map 
mode, the DEbug II Module can merge the two 
maps. In this mode, all addresses less than $F000 
come from the User map. The DEbug II Module 
preparation section describes how to select the 
Single or Dual Map mode. 

In the Dual Map mode, all of the EXbug 
debug commands are available in either map. The 
EXbug USER and EXEC commands control 
which map will be accessed by the debug com¬ 
mands. The command USER causes the EXbug 
debug commands to operate on the User map. In 
this mode, EXbug’s prompt is *. The command 
EXEC causes the EXbug debug commands to 
operate on the Executive map. EXbug’s prompt is 
*E in this mode. On power-up, EXbug comes up in 
the EXEC mode. 

In the Single Map mode, the EXEC and 
USER commands are not usually required since 
the maps have been merged. However, if the Halt- 
on-Address or Scope Sync functions are to be 
used at an address less than $F000, the USER 
command must be entered so that the address 
compare circuitry will detect the appropriate 
map. 

3.5 ADDRESS SELECTION 

The address selection of the various 
modules will depend on whether the system is 
being used for software development or to emul¬ 
ate the target system. Included in the address 
selection is the determination of which map the 
module will respond in. The user assigns a mod¬ 
ule to one of the two maps by installing either the 
VUA or VXA addressing jumper that is found on 
all EXORciser II modules. 

During software development (edits, 
compilations, assemblies, etc.), the user will 
probably want as much contiguous RAM as pos¬ 
sible, starting at address 0000. This RAM must 
also be in the same map as EXbug 2 so that the 
software development programs can communi¬ 
cate with the system terminal. This requires that 
the EXORdisk interface, Printer interface (if 
they are used), and RAM be configured for the 
VXA, and the DEbug II Module be configured for 
the Dual Map mode, or that the RAM, EXORdisk 


interface, and Printer interface be configured 
for VUA and the DEbug II Module be configured 
for the Single Map mode. These same require¬ 
ments also apply for any programs that use the 
system terminal or EXbug routines. 

During target system emulation, the 
module addresses will be selected as required for 
the target system. The target system may be emul¬ 
ated in the User map of the Dual Map mode or, if it 
does not require any addresses greater than or 
equal to F000, it may be emulated in the Single 
Map mode. In the Single Map mode, the modules 
should be configured to respond to VUA. 

The paragraph in Chapter 2 on module 
preparation contains instructions on setting the 
address and map of the various modules. Mod¬ 
ules in the Executive map should be addressed 
only at values less than F000 to avoid conflicts 
with EXbug. 

3.6 Exbug 2 COMMANDS 

There are three groups of EXbug 2 
commands: 

(1) Four-character commands followed by a car¬ 
riage return 

(2) Single-character commands following a 
semicolon or dollar sign 

(3) Memory change commands 

Four-character commands specify the 
map to be used, control the operation of the co¬ 
nsole tape (cassette or paper tape), load the disk 
operating system, and print memory. The user 
may add four-character commands to EXbug. 
Single-character commands control program 
debug functions. Memory change commands al¬ 
low memory locations to be examined and 
changed. Any command may be entered when 
EXbug is displaying its prompt. A list of the EXbug 
commands is in Table 3-1. 

Some features are common to most 
commands. All parameters entered are assumed 
to be hexadecimal values. A minus sign preced¬ 
ing a value will cause the two's complement of the 
value to be used. Control-X can be used to delete 
the current entry or command and cause EXbug 
to print another prompt. All address and 16-bit 
register parameters will automatically be ad¬ 
justed by the addition of a debug offset (see the Q 
command) unless a second parameter, separated 
from the first by a comma, is entered. On power- 
up and Restart, the debug offset is reset to a value 
of 0. When a second parameter is entered, it (in¬ 
stead of the debug offset) is added to the first 
parameter. 

3.6.1 Four-Character Commands 

The four-character commands are acti- 
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vated by entering the appropriate four char- USER 

acters, followed by a carriage return. If more than 
four characters are entered before the carriage 
return, only the first four will be used to determine 
the command. If an invalid command is entered, 

EXbug responds by typing a question mark, ring¬ 
ing the bell in the system terminal, and then is¬ 
suing another prompt. The four-character com¬ 
mands are described as follows. 

EXEC When the system is in the Dual Map 
mode, this command causes all debug 
commands entered after it to operate on 
the Executive map. This mode remains in MDOS 

effect until the USER command is en¬ 
tered. This is the default mode following 
power-up or Restart. The prompt in this 
mode is *E. In the Single Map mode, this 
command does not affect what memory 
is accessed. 


TABLE 3-1. EXbug Commands 


COMMAND 

EXPLANATION 

Page 

Ref. 

EXEC return 

Debug in the Executive map (default) 

3-5 

USER return 

Debug in the User map 

3-5 

PRNT return 

Print memory in both hexadecimal and ASCII format 

3-6 

LOAD return 

Load an object tape from the terminal to memory 

3-9 

VERF return 

Verify an object tape from the terminal against memory 

3-9 

SRCH return 

Seach an object tape on the terminal 

3-10 

PNCH return 

Punch an object tape on the terminal from memory 

3-7 

MDOS return 

Set the EXEC mode, then jump to E800 

3-5 

;A nn [byte] return 

Display and change the A accumulator 

3-11 

;B nn [byte] return 

Display and change the B accumulator 

3-11 

;C nn [byte] return 

Display and change the condition code register 

3-11 

;E nn [byte] return 

Display and change the second level SWI enable 

3-19 

;G 

Go (jump) to the target program at its restart address 

3-13 

addr;G 

Go (jump) to the target program at the specified address 

3-13 

$H nnnn [addr] return 

Enable and change the halt on address or scope sync 

3-12 

;H 

Disable the halt on address and scope sync 

3-12 

byte; 1 

Initialize memory user and specified byte 

3-14 

;K nnnn [value] return 

Display and change the terminal null pad value 

3-15 

;L nnnn [addr] return 

Display and change the program (location) counter 

3-11 

$M or ;M 

Display and change the memory search beginning 
and ending addresses and search mask 

3-16 

;N 

Trace the next instruction 

3-14 

value;N 

Trace the next value instructions 

3-14 

;P 

Proceed with program execution 

3-14 

value;P 

Proceed with program execution from breakpoint; 
value specifies the number of times the breakpoint 
location is to be passed before returning control 
to EXbug and providing a register printout. 

3-14 

;Q nnnn [value] return 

Display and change the default debug offset 

3-19 

$R 

Display the target program registers 

3-11 

;R 

Display the target program registers 

3-11 


When the system is in the Dual Map 
mode, this command causes all de¬ 
bug commands entered after it to op¬ 
erate on the User map. This mode 
remains in effect until the EXEC 
command is entered. The prompt in 
this mode is *. In the Single Map 
mode, this command does not affect 
what memory is accessed. However, 
it should be entered when a Halt-on- 
Address or Scope Trigger is active in 
the Single Map mode. 

This command causes the EXEC 
command to be executed and then 
jumps to the disk boot loader routine 
at $E800. 
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TABLE 3-1. EXbug Commands (cont’d) 


COMMAND 

EXPLANATION 

Page 

Ref. 

;S nnnn [addr] return 

Display and change the stack pointer 

3-11 

$T nnnn [addr] return 

Enable and change the trace to ending address 

3-13 

;T 

Disable the trace to ending address 

3-13 

;U 

Remove all breakpoints 

3-12 

addr;U 

Remove a specified breakpoint 

3-12 

$V 

Display the breakpoint addresses 

3-12 

;V 

Display the breakpoint addresses 

3-12 

addr;V 

Set a breakpoint at the specified address 

3-11 

byte;W 

Search memory for the specified byte (word) 

See the M command 

3-16 

;X nnnn [addr] return 

Display and change the index register 

3-11 

;Z nn [byte] return 

Copy terminal output to printer option 

3-16 


Display the memory parity error interrupt 

3-15 

11 

Enable the memory parity error interrupt 

3-15 

Control-X 

Abort the current command or entry 

3-6 

Control-W 

Wait until some other character is entered 

3-7 

addr/ nn cmnd 

The memory change function is invoked by entering 
addr/. Cmnd is one of the following memory change 
function commands. These commands are accepted 
as long as EXbug remains in the memory change function. 

3-19 

[byte] LF 

Change memory if byte entered, and display the next 
sequential location 

3-19 

[byte] space 

Change memory if byte entered, and display the previous 
sequential location 

3-20 

[byte]/ 

Change memory if byte entered, and redisplay the 
current location 

3-20 

[byte] return 

Change memory if byte entered, and exit the memory 
change function 

3-19 

addr;0 

Calculate relative offset from currently open location 
to the specified location 

3-20 


NOTE: a. Hexadecimal numbers may be preceded by a minus sign to obtain the two’s complement of the 
value entered. 

b. Values shown in brackets ([ ]) in above explanations indicate optional user inputs. 

c. When addr is a single number (e.g., 142), the debug offset is added to the number to determine 
the value used by the command. If two comma-separated values are entered, the sum of the 
values is used by the command. 


PRNT This command prints the specified 
portion of the current memory map 
in both hexadecimal and ASCII 
forms. After the user has entered the 
carriage return, EXbug responds by 
printing BEG nnnn. nnnn is the last 
beginning address entered. If a be¬ 
ginning address had not been en¬ 
tered before, nnnn is whatever value 
was in the beginning address mem¬ 
ory location when the system was 
turned on. If the beginning address is 
correct, the user should enter a car¬ 
riage return. To change the begin¬ 
ning address, the user may enter an 


address followed by a carriage re¬ 
turn or an address followed by a 
comma, followed by a second ad¬ 
dress followed by a carriage return. 
(The command can also be aborted 
at this point by entering a Control-X.) 
If a single address is entered, the be¬ 
ginning address is determined by 
adding the debug offset to it; if two 
comma-separated addresses are en¬ 
tered, the beginning address be¬ 
comes the sum of two addresses en¬ 
tered. If an invalid character is 
entered in one of the addresses, the 
command is aborted. If an incorrect 
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address is entered, the correct ad¬ 
dress may be entered on the same 
line before the comma or carriage 
return is entered. Up to 19 hexa¬ 
decimal characters may be entered 
before the comma or carriage return. 
Only the last four characters will be 
used as the address. If less than four 
hexadecimal characters have been 
entered, the unspecified most signif¬ 
icant bits are assumed to be zero. For 
exampel, entering E CR gives an ad¬ 
dress of $000E if the debug offset is 
0. 

After the beginning address has 
been successfully entered, EXbug 
prints END nnnn (where nnnn is the 
current ending address). Here the 
user has the same options for en¬ 
tering an ending address as 
described for the beginning address. 
If the ending address to be used is 
less than the beginning address, EX¬ 
bug will request the beginning and 
ending addresses again. If the end¬ 
ing address is greater than or equal 
to the beginning address, EXbug will 
print the requested portion of mem¬ 
ory. An example of the PRNT com¬ 
mand is shown in Figure 3-3. While 
memory is being displayed, entering 
Control-W will cause the display to 
wait at the end of the current line 
until some other character is en¬ 
tered. Entering Control-X will abort 
the PRNT command at the end of the 
current line. 

PNCH This command punches the spec¬ 
ified portion of the current memory 
map on the console punch device in 
an ASCII hexadecimal format. The 
tape format is described in Figure 3- 
4. 

After the command has been en¬ 
tered, EXbug requests the beginning 


and ending addresses as described 
under the PRNT command. After the 
beginning and ending addresses 
have been entered, EXbug requests 
the information to be put in the 
header record. Zero through 17 char¬ 
acters, terminated by a carriage re¬ 
turn, may be entered. If 18 char¬ 
acters, not including a carriage 
return, are entered, the characters 
will be ignored and the header infor¬ 
mation will be requested again. AS¬ 
CII control characters should not be 
entered in the header. 

When the carriage return termi¬ 
nating the header information is en¬ 
tered, EXbug will begin the punch 
sequence. Therefore, if the console 
punch device does not have auto¬ 
matic control using the ASCII DC2 
and DC4 characters, it should be 
turned on after the last header char¬ 
acter has been entered but before 
the carriage return terminating the 
header is entered. The non-auto¬ 
matic punch should be turned off af¬ 
ter EXbug has completed the punch 
operation and has printed a prompt. 
If the console punch device does 
have automatic control, EXbug will 
control the punch and no operator 
intervention is required. 

If the system terminal is a Tl Silent 
700 with the Remote Device Control 
option, and EXbug has been in¬ 
formed of this in the K command, 
then the data sent to the console 
punch will not be printed on the ter¬ 
minal. On other terminals, the data 
will be printed as it is being punched. 
If the line printer option is on (see the 
Z command), the punch data will not 
be listed on the line printer as it is 
being punched. Figure 3-5. shows an 
example of the PNCH command. 
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FIGURE 3-3. PRNT Example 
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Leader (Nulls) 


Frame 




(CR) Formatting for printer 

4 Nulls 

(LF) readability; ignored 

(NULL) by leader 

5 = Start-of-record 
CC = Type of Record 
Byte Count (two frames = 

one byte) 


Address/Size 


Data 


Checksum 


Frames 3 through N are hexadecimal digits represented by a 7-bit ASCII character. 
Two hexadecimal digits are combined to make one 8-bit byte. 

The checksum is the one's complement of the summation of 8-bit bytes. 


Frame 


CC= 30 

Header 

Record 


CC= 31 

Data 

Record 


CC= 39 

End-of-File 

Record 


Start-of-Record 

53 

S 

53 

S 

53 

S 

Type of Record 

Byte Count 

30 

0 

31 

1 

39 

9 

31 

32 

12 

31 

36 

16 

30 

33 

03 

Address/Size 

Data 

30 

30 

30 

30 

0000 

31 

31 

30 

30 

1100 

30 

30 

30 

30 

0000 

34 

38 

48-H 

39 

38 

98 

46 

43 

FC 


34 

34 

44-D 

30 

32 

41 

32 

(Checksum) 

35 

32 

52-R 


;sum) 



38 

8A (Check 

Checksum 

39 

45 

9E 



FIGURE 3-4. Tape Format 
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♦E PNCH 
BEG FOOD 
END F 050 
HDR=XBG2ft 

S 0 08 0 0 0 05842473241ft 3 

S11BF 0007EF2RE7EF0457EF 06F7EF0D57EF0D97EF0887EF1187EF22RR5 
S1 1 BF 0187EF 0B37EF 0RF7EF 0RD7EF 03R7EF 02B7EF 0PF7EF OB 18DF2R65F 
S11BF 03000810427378HE10820F586 0H8BDR86 UR8HH64F2 0D3CEFB99C5 
S1OCF0488DE3CEFFOftBDFb 042598 
S9030000FC 


♦E 


FIGURE 3-5. PNCH Example 


LOAD The LOAD command reads an ASCII 
hexadecimal tape from the system con¬ 
sole reader into the current memory map. 
The required tape format is specified in 
Figure 3-4. The system console reader 
should respond to either the ASCII device 
control codes (DC1 through DC4) or to 
the Tl Silent 700 remote device control 
codes so that EXbug can control tape 
motion. 

After the user has entered the command, 
EXbug responds with “S/C.” Entering 
Control-X will abort the Load function. 
Entering S will cause EXbug to load a 
single object file—that is, EXbug will stop 
the LOAD command and issue a prompt 
when it reads an end-of-file (S9) record. 
Entering C will cause EXbug to load con¬ 
tinuously. All end-of-file records will be 
ignored. To stop the continuous load, the 
ABORT button or the RESTART button 
must be pressed. Entering any other char¬ 
acter will cause the message to be re¬ 
peated. During either the single or con¬ 
tinuous load, EXbug will print at the 
system terminal the data in each header 
(SO) record it reads. 

If a checksum error is encountered while 
loading, EXbug will print CKSM nnnn 
(where nnnn is the starting load address 
of the record in error). Entering Control-X 
will abort the LOAD command. Entering C 
will cause the LOAD command to con¬ 
tinue and load the record in error. If the 
checksum error is due to an error in the 
record load address, there is no way to 
determine where data will be loaded in 
memory. The user can reposition the tape 
to the beginning of the record in error, 
enter R, and EXbug will re-read the 
record. Entering any other character will 
cause the message to be repeated. 

As the LOAD command writes each byte 
into memory, it reads it back to verify that 


memory changed. If memory does not 
change properly, the message: 

ADDR/MM/TP 
nnnn mm tt 

is printed, and the LOAD command is 
aborted, nnnn is the address of the mem¬ 
ory location that did not change correctly, 
mm is the hexadecimal value that the 
memory location changed to. tt is the 
hexadecimal value for that location from 
the tape. 

Figure 3-6 shows an example of the 
LOAD command. 

♦E LDRIi 
S/C S 

XBG2R 

♦E 


FIGURE 3-6. LOAD Example 

VERF The VERF command verifies the current 
memory map with an ASCII hexadecimal 
tape in the system console reader. The 
required tape format is specified in Figure 
3-4. The system console reader should 
respond to eitherthe ASCII device control 
codes (DC1 through DC4) or to the Tl Si¬ 
lent 700 remote device control codes so 
that EXbug can control the tape motion. 

After the user has entered the command, 
EXbug responds with “S/C.” The user 
should now enter S, C, or Control-X, as 
described for the LOAD command, to ob¬ 
tain the desired operation. 

The VERF command checks for header 
(SO) records and checksum errors, the 
same as the LOAD command. The data in 
each header record read will be printed at 
the system terminal. Checksum errors 
during VERF result in the same error mes¬ 
sage and permit the same error response 
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options as checksum errors during 
LOAD. If the checksum error is due to an 
address error, and the continue option is 
selected, the verification will be 
meaningless. 

When a mismatch between the tape and 
memory is detected, the error message: 

ADDR/MM/TP 
nnnn mm tt 

is printed, nnnn is the address of the er¬ 
ror. mm is the memory contents, tt is the 
tape contents. The heading ADDR/MM/TP 
is printed only for the first error detected. 
Only the address and data portions of the 
message are printed for any subsequent 
errors. While verify errors are being 
printed, entering Control-Wwill cause the 
printout to stop until another character is 
entered. Also, while verify errors are be¬ 
ing printed, entering Control-X will cause 
the VERF command to be aborted. 

An example of the VERF command is 
shown in Figure 3-7. 

♦E VERF 

S--C s 

XBG2R 

♦E 


FIGURE 3-7. VERF Example 

SRCH The SRCH command searches the tape in 
the system console reader for header (SO) 
records. All other record types will be 
skipped over. Figure 3-4 shows the re¬ 
quired tape format. The system console 
reader should respond to either the ASCII 
device control codes (DC1 through DC4) 
or to the Tl Silent 700 remote device con¬ 
trol codes so that EXbug can control the 
tape motion. 

On reading a header record, SRCH will 
stop the tape and print the data in the 
record. SRCH will then print “C/L/V.” En¬ 
tering C will cause the search to continue. 
Entering L will cause the LOAD command 
to be entered. Entering V will cause the 
VERF command to be entered. Entering 
Control-X will cause the SRCH command 
to be aborted and an EXbug prompt to be 
issued. Entering any other character will 
cause the message to be repeated. Refer 
to the LOAD and VERF command 
descriptions for the messages printed by 
these commands and the appropriate 
responses. 


If SRCH detects a checksum error in the 
header record, it will print the checksum 
error message described in the LOAD 
command. An example of the SRCH com¬ 
mand is shown in Figure 3-8. 

♦E SRCH 
XBG2R 
C ' L -' V L 
S-' C S 


FIGURE 3-8. SRCH Example 

3.6.2 Single Character Commands 

The single character commands control 
debug functions. These commands are preceded 
by a semicolon or dollar sign. Single character 
commands fall into various groups: register dis¬ 
play and change, program execution control, 
memory parity control, I/O control, memory 
search, and miscellaneous functions. 

The following conventions are applied 
in the command format representations: 

n a hexadecimal digit of 0 through F dis¬ 
played by the command. Thus, nnnn is a 
4-digit hexadecimal number, and nn is a 
2-digit hexadecimal number. 

[ ] items contained within brackets indicate 
an optional parameter. 

addr a 16-bit value entered by the user and 
expressed in hexadecimal. A single 
hexadecimal number may be entered, or 
two hexadecimal numbers separated by 
a comma may be entered. For example, 
12AB and 56DC,123 are valid entries. 
Leading zeros may be omitted. If a single 
number is entered, the debug offset is 
added to the number to determine the 
value used by the command (see Q com¬ 
mand). If two comma-separated values 
are entered, the sum of the values is 
used by the command. 

byte an 8-bit value entered by the user and 
expressed in hexadecimal. Leading ze¬ 
ros may be omitted. 

value a 16-bit value entered by the user and 
expressed in hexadecimal. This value is 
not relocated by the debug offset. Lead¬ 
ing zeros may be omitted. 

return a carriage return. 

If an error is made in entering a value, 
the value may be reentered so that the last four 
digits entered are the desired value. Up to 19 
digits may be entered for a single value. However, 
only the last four digits entered will be used. A 
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command may be aborted while a value is being 
entered by entering Control-X. If an invalid char¬ 
acter is entered in a value, the item being dis¬ 
played will not be changed when the command is 
terminated. If an error is made in a command, 
EXbug will print a question mark and ring the bell 
in the system terminal. 


3.6.2.1 Register Display and Change —These 
commands allow the user to display and change 
the M6800 register values that will be used while 
executing the program under test. There is one 
command that displays all the register values, 
while individual commands are used to display 
and change each register. 

Function: Display all registers 

Format: ;Ror$R 


Description: 


Function: 

Format: 


This command displays the target 
register values in the following 
format: 

$$P-nnnn X-nnnn A-nn B-nn C-nn 
S-nnnn 

where n is a hexadecimal digit. P, 
X, A, B, C, and S designate the pro¬ 
gram counter, index register, A ac¬ 
cumulator, B accumulator, condi¬ 
tion code register, and stack 
pointer, respectively. 

Display and change the program 
(location) counter 

;L nnnn [addr] return 


Format: ;B nn [byte] return 

Description: This command displays the target 
B accumulator value (nn). The 
value may be changed by entering 
a new value. A carriage return ter¬ 
minates the command. 


Function: 

Format: 


Display and change the condition 
code register 

;C nn [bytej return 


Description: This command displays the target 
condition code register (nn). The 
value may be changed by entering 
a new value. A carriage return ter¬ 
minates the command. 


Function: Display and change the stack 

pointer 

Format: ;S nnnn [addr] return 

Description: This command displays the target 
stack pointer (nnnn). The value 
may be changed by entering a new 
value. A carriage return terminates 
the command. 


3.6.2.2 Program Execution Control . —These 
commands control the execution of the target 
program. They permit the user to set and remove 
breakpoints, halt the program or generate a 
scope sync pulse when a specified address ap¬ 
pears on the bus, and specify an ending address 
for a program trace. 


Description: This command displays the target 
program counter value (nnnn). To 
change the program counter 
value, enter a new value as de¬ 
scribed in the definition of addr. A 
carriage return terminates the 
command. 


Function: Display and change the index 

register 

Format: ;X nnnn [addr] return 

Description: This command displays the target 
index register value (nnnn). The 
value may be changed by entering 
a new value. A carriage return ter¬ 
minates the command. 

Function: Display and change the A 

accumulator 


Format: ;A nn [byte] return 

Description: This command may be changed by 
entering anew value. A carriage re¬ 
turn terminates the command. 

Function: Display and change the B 

accumulator 


Function: Set a breakpoint 

Format: addr;V 

Description: This command permits the user to 
specify a breakpoint in the break¬ 
point table of EXbug. A maximum 
of eight breakpoints can be en¬ 
tered. During an EXbug execute 
function, the breakpoints are in¬ 
serted into the target program. 
When a breakpoint location is en¬ 
countered, the program is halted 
to permit visual check, printing 
out, or other performance analysis 
of the processor’s program regis¬ 
ters. The breakpoint sequence is: 

• User designates the breakpoint 
locations. A breakpoint cannot 
be set at an absolute address of 
0000. Also, since an SWI in¬ 
struction is inserted into a 
breakpoint location, break¬ 
points should only be set on the 
first byte of an instruction, and 
only be used in portions of the 


3-11 




target program where the stack 
pointer is pointing to a valid 
stack area. 

• User initiates the target pro¬ 
gram through the use of the 
program execute command 
(;G, addr;G, and ;P). Break¬ 
points are not inserted in mem¬ 
ory during trace operations. 

• When a breakpoint is en¬ 
countered, control is re-re- 
turned to EXbug and the con¬ 
tents of the processor registers 
are printed. Breakpoints are in¬ 
serted in the map where the tar¬ 
get program execution begins, 
regardless of what map was in 
use when the breakpoint ad¬ 
dresses were entered. 

NOTE 

When an Abort occurs, all breakpoints 
in memory are removed. However, 
breakpoints are not removed from 
memory during the Restart sequence. 

In both cases, Abort and Restart, the 
table of breakpoint addresses is 
cleared. Following a Restart during 
which breakpoints are active, the user 
will have to manually restore the 
original instructions using the memory 
change function. Also, when EXbug 
encounters a memory location where a 
breakpoint cannot be inserted (e.g., 
read only memory), it will print a 
question mark, sound the terminal’s 
bell, and issue another prompt as an 
error indication. If this occurs, all 
instructions that are normally saved for 
reinsertion into the program are lost. 
These instructions may be restored us¬ 
ing the memory change function. 


Function: Display the breakpoint addresses 

Format: ;V or $V 


Description: This command displays the table 
of absolute addresses at which 
breakpoints are set. An address of 
0000 indicates that the associated 
location in the table does not con¬ 
tain a breakpoint address. 

Function: Remove a specified breakpoint 

Format: addr;U 


Description: Regardless of the map that is in 
use, the command removes the 
specified address from the 
breakpoint table. If a breakpoint is 
not set at the specified address, a 
question mark is printed and the 
terminal’s bell is sounded. 


Function: Remove all breakpoints 

Format: ;U 

Description: Regardless of the map that is in 
use, the command clears all ad¬ 
dresses from the breakpoint table. 

Function: Specify and enable the Halt on Ad¬ 

dress or Scope Sync 

Format: $H nnnn [addr] return 

Description: This command enables, displays, 
and allows the user to change the 
Halt on Address/Scope Sync ad¬ 
dress. The selection between Halt 
on Address or Scope Sync is deter¬ 
mined by the position ofthe appro¬ 
priate switch on the DEbug II Mod¬ 
ule (refer to Paragraph 3.2.2). In 
Halt on Address operation, control 
will be returned to EXbug when the 
specified absolute address ap¬ 
pears on the system bus as a valid 
memory address. Since the ad¬ 
dress match causes an NMI, pro¬ 
gram execution will be stopped af¬ 
ter the instruction that accessed 
the halt address has been 
executed. 

In the Scope Sync mode, a pulse 
will be generated at the scope trig¬ 
ger pin on the Debug module each 
time the specified address appears 
as a valid address on the bus. The 
Halt/Sync address is set in the map 
that program execution begins, re¬ 
gardless of the map in which it was 
enabled. Thus, in the Single Map 
mode, the command USER should 
be entered before starting a pro¬ 
gram with Halt/Sync enabled since 
all addresses below F000 come 
from the user map. Once enabled, 
the Halt/Sync will remain active un¬ 
til it is disabled or an Abort or Re¬ 
start is performed. When enabled, 
the Halt/Sync is active only while 
executing the target program (fol¬ 
lowing a program execution 
command). 

Function: Disable the Halt on Address or 

Scope Sync 

Format: ;H 

Description: Regardless of the map that is in 

use, the command disables the 
Halt-on-Address/Scope Sync 
function. 

Function: Specify and enable the Trace to 

Ending Address 
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Format: $T nnnn [addr] return 

Description: This command enables the Trace 
to Ending Address function, dis¬ 
plays the address, and allows the 
user to change the ending ad¬ 
dress. Once enabled, the Trace to 
Ending Address is initiated by 
starting program execution with 
the PROCEED command (;P). EX- 
bug will continue tracing until the 
trace program counter is equal to 
the ending address. Therefore, the 
ending address should be the first 
byte of an instruction. During the 
trace, entering Control-W will 
cause the trace to pause until 
some other character is entered. 
Entering Control-X will abort the 
trace and return control to EXbug. 
Once enabled, the Trace to Ending 
Address remains enabled until it is 
disabled or an Abort or Restart is 
performed. Since the trace oper¬ 
ation uses an NMI and the stack, 
tracing should not be used unless 
the stack pointer is pointing to a 
valid stack area. Also, SWI instruc¬ 
tions should not be traced since 
some SWI instructions are serv¬ 
iced by EXbug. WAI instructions 
cannot be traced because the 
trace-NMI would cause the WAI to 
continue and not wait for the user 
interrupt. 

Function: Disable the Trace to Ending 

Address 

Format: ;T 

Description: This command disables the Trace 
to Ending Address function. 

3.6.2.3 Program Execution —These commands 
permit the user to execute the target program. 
The various program execution commands per¬ 
mit starting the target program through its restart 
vector or at a specified address, proceeding with 
program execution, and tracing one or more 
instructions. 

Function: Start the target program through 

its Restart vector 

Format: ;G 

Description: This command starts the target 
program through its restart vector. 
In the USER mode, the restart vec¬ 
tor is obtained from locations 
FFFE and FFFF while in the EXEC 
mode the restart vector is obtained 


from the target program’s top of 
memory as specified at FFOO and 
FF01. (See the Start-up Proce¬ 
dures section.) Therefore, when 
using ;G in the Single Map mode, 
EXbug should be in the EXEC 
mode and the top of memory ad¬ 
dress should be set up 
appropriately. 

This command cannot be used to 
initiate a Trace to Ending address. 
If Trace to Ending address is en¬ 
abled when this command is en¬ 
tered, EXbug will print a question 
mark, sound the terminal’s bell, 
and issue another prompt. 

On entering the target program, 
the index register will contain the 
restart vector and the stack pointer 
will contain the last target stack 
pointer value obtained by EXbug. 
The contents of the A and B accu¬ 
mulators and the condition code 
register are indeterminate. The 
user should ensure that the stack 
pointer is pointing to a valid stack 
area before any debug functions, 
such as breakpoints or a Halt on 
Address, are encountered in the 
target program. This can be ac¬ 
complished by specifying the 
stack pointer value using the ;S 
command before entering the ;G 
command, or by executing an LDS 
immediate instruction as the first 
instruction of the target program. 

Function: Start the target program at a spec¬ 

ified address 

Format: addr;G 

Description: This command starts the target 
program at the specified address. 
A Trace to Ending Address func¬ 
tion cannot be initiated with this 
command. If Trace to Ending Ad¬ 
dress is enabled when this com¬ 
mand is entered, EXbug will print a 
question mark, sound the termi¬ 
nal’s bell, and issue another 
prompt. 

On entering the target program, 
the index register will contain the 
specified starting address and the 
stack pointer will contain the last 
target stack pointer value obtained 
by EXbug. The contents of the A 
and B accumulators and condition 
code register are indeterminate. 
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Function: 

Format: 

Description: 


Function: 

Format: 

Description: 


The user should ensure that the 
stack pointer is pointing to a valid 
stack area before any debug func¬ 
tions such as breakpoints or a Halt 
on Address are encountered in the 
target program. This can be ac¬ 
complished by specifying the 
stack pointer value using the ;S 
command before entering the ;G 
command, or by executing an LDS 
immediate instruction as the first 
instruction of the target program. 

Proceed with target program 
execution 

[value];P 

This command resumes target 
program execution using the tar¬ 
get register values. If a value is en¬ 
tered, then the point of program 
continuation must be at a break¬ 
point location. The value specifies 
the number of times the break¬ 
point location is to be passed be¬ 
fore the breakpoint returns control 
to EXbug and causes a register 
printout. EXbug will regain control 
from other breakpoints while the 
pass count is in effect, unless they 
also have a non-zero pass count. A 
pass value will not be accepted if 
the Trace to Ending address is ac¬ 
tive. If a pass value is entered while 
the Trace to Ending address is ac¬ 
tive, EXbug will print a question 
mark, sound the bell in the termi¬ 
nal, and issue another prompt. 
This command should not be used 
to resume program execution at an 
SWI or WAI instruction if a break¬ 
point is set at that instruction. 
Since continuing at a breakpoint 
causes an NMI, the WAI instruction 
will not wait for the user interrupt. 
The breakpoint at the SWI will pre¬ 
vent it from being serviced as a 
user SWI, but as a breakpoint. 

This command can be used to in¬ 
itiate a Trace to Ending address if a 
pass value is not entered. Break¬ 
points are not active during a 
Trace to Ending address. 

Trace the next instruction. 
[value];N 

This command traces the next in¬ 
struction. If a value is entered, it 
specifies the number of instruc¬ 
tions to trace. After each instruc¬ 


tion is executed, the contents of 
the registers are displayed. If multi¬ 
ple instructions are traced, en¬ 
tering Control-W will cause the 
trace to stop until some other char¬ 
acter is entered. Entering Control- 
X will cause the trace to abort. 
Since the trace function uses NMI, 
WAI instructions should not be 
traced because WAI instructions 
will not wait for the user interrupt, 
but will continue due to the NMI. 
Also, SWI instructions should not 
be traced due to the servicing of 
some SWI’s by EXbug. Because 
the trace NMI uses the stack 
pointer, tracing should only be 
done in portions of the program 
where the stack pointer is pointing 
to a valid stack area. 

3.6.2.4 Memory Parity Control —These com¬ 
mands providethe userwith control over memory 
parity functions. Included are commands to in¬ 
itialize memory with a specific pattern and to en¬ 
able and disable the memory parity error interrupt 
function. 

Function: Initialize memory to a specific 

pattern 

Format: byte; I 

Description: This command initializes random 
access memory to the byte value 
entered. After the command is en¬ 
tered, EXbug requests the begin¬ 
ning and ending address of the 
memory region to be initialized. 
The beginning and ending ad¬ 
dresses are entered as described 
in the PRNT command. After valid 
beginning and ending addresses 
have been entered, the memory is 
initialized. The byte value entered is 
put in each memory location, start¬ 
ing at the beginning address 
through the ending address. 

Since the state of the memory is 
indeterminate when power is first 
turned on, individual byte parity 
may be in error. Therefore, the 
memory with parity should be in¬ 
itialized by writing to it before it is 
read with the parity error interrupt 
enabled. Writing to the memory 
can be accomplished by using this 
command, the memory change 
command, or by loading a 
program. 

Function: Enable memory parity error 
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interrupt 
Format: ;; 

Description: This command enables the mem¬ 
ory parity error interrupt. When a 
memory parity error occurs while 
the parity error interrupt is en¬ 
abled, an NMI will be generated 
which returns system control to 
EXbug. EXbug will then print PAR¬ 
ITY, followed by a printout of the 
interrupted registers. Note that the 
program counter value displayed 
will not be pointing to the instruc¬ 
tion being executed while the par¬ 
ity error occurred, but will be 
pointing to the next instruction to 
be executed after the parity error 
occurred. 

NOTE 

While writing to the disk, a memory 
parity error will generate a disk time 
out error instead of a parity error 
message. 

In order to prevent any pending in¬ 
terrupts from occurring when the 
error interrupt is enabled, the 
memory initialization command, I, 
should be used immediately be¬ 
fore the parity error interrupt en¬ 
able command. Using the memory 
change function to write a location 
will also clear any pending parity 
error interrupts. 

Function: Disable memory parity error 

interrupt 

Format: 

Description: This command disables the mem¬ 
ory parity error interrupt. Fol¬ 
lowing this command, a memory 
parity error will not generate an 
NMI. This is the default mode in 
EXbug. 

3. 6 . 2.5 I/O Control —These commands provide 
the user with control over EXbug I/O functions. 
Included are commands to specify the number of 
nulls to be padded after a carriage return or other 
characters, and to direct the EXbug output to a 
line printer. 

Function: Specify console output null pad 

values 

Format: ;K nnnn lvalue] return 

Description: This command specifies the con¬ 
trol codes used to control the con¬ 
sole reader and punch, the number 
of nulls to be padded after a car¬ 


riage return, and the number of 
nulls to be padded after all other 
characters. The null pad is re¬ 
quired for terminals that cannot re¬ 
spond in a single character time. 
The null pad value is a 16-bit value. 
When a value is entered, leading 
zeros are assumed. 

The most significant bit, bit 15, of 
the null pad value controls which 
console reader control codes are 
used. When this bit is zero, the nor¬ 
mal ASCII DCI and DC3 codes are 
used to turn the reader on and off. 
When this bit is one, the Tl Silent 
700 RDC codes are used to read a 
block of tape from the console. 
Also, when bit 15 is a one, the Tl 
Silent 700 RDC codes are used to 
turn the terminal printer off before 
sending data to the terminal 
punch, and to turn the printer back 
on when punching is completed. 

The eight least-significant bits, 0 
through 7, specify a binary number 
which is the number of nulls sent 
to the terminal after a carriage re¬ 
turn is sent. This number is the last 
two hexadecimal digits printed 
and entered. 

The remaining seven bits, 8 
through 14, specify a binary num¬ 
ber which is the number of nulls 
sent to the terminal after any char¬ 
acter other than a carriage return 
is sent. 

The following values of the null 
pad parameter are used for Tl Si¬ 
lent 700 terminals at the baud rate 
listed: 

BAUD RATE K VALUE 

300 4 

1200 8317 

2400 872F 

Since the null pad value is in¬ 
itialized to zero on power-up and 
restart, a terminal that requires 
null pads will not print properly un¬ 
til the appropriate null pad value is 
entered. Even though the terminal 
may not correctly print the current 
value, the appropriate value can be 
entered and will be echoed to the 
terminal. 

Function: Display and copy the terminal out¬ 

put to line printer option 
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Format: ;Z nn [byte] return 

Description: This command displays the status 
of the line printer interface. When 
the nn value is 0, the line printer 
interface is not initialized and data 
is only displayed at the terminal. 
The 0 indication is a default value 
following a power-up, restart, or 
abort. When the nn value is non¬ 
zero (1), the line printer interface is 
initialized and the terminal’s out¬ 
put is sent to the line printer. The 
printer output is not paged, but is 
continuous. To initialize the line 
printer, a [byte] value of 1 must be 
entered. 

EXbug uses the line printer rou¬ 
tines in the ROM on the EXORdisk 
II Controller board to initialize the 
printer interface and send char¬ 
acters to the printer. A listing of 
these routines is provided in Fig¬ 
ure 3-9. EXbug calls the LPINIT en¬ 
try when the line printer interface 
is enabled. The LIST entry point is 
used by EXbug to send characters 
to the line printer. If EXbug detects 
a printer error by the carry bit be¬ 
ing set on return from LIST, EXbug 
disables the line printer interface. 
If the EXORdisk II ROM is not in the 
system, then equivalent line 
printer routines must be provided 
for EXbug if the line printer output 
feature is to be used. 

User program output, directed 
through various EXbug entry 
points, will also be directed to the 
line printer under control of the 
line printer interface (see Para¬ 
graph 3-7). The line printer routine 
is contained in the EXbug I/O list¬ 
ing of Appendix B, and can be con¬ 
trolled by the user program. How¬ 
ever, the user program must 
guarantee that the printer inter¬ 
face has been initialized before 
setting the switch to non-zero. 

3.6.2.6 Memory Search —These commands 
control the memory search function. Commands 
are included to establish the search address 
range and comparison mask and to initiate the 
memory search. 

Function: Establish search address range 

and comparison mask 

;M or $M 


Description: This command first requests the 
search address range as described 
in the PRNT command. Memory 
will be searched from the begin¬ 
ning address specified through the 
ending address. After a valid ad¬ 
dress range is entered, the com¬ 
mand requests the search compar¬ 
ison mask inthefollowing manner: 

MASK = nn [byte] return 

nn is the hexadecimal representa¬ 
tion of the current mask. If it is to 
be changed, a new value can be 
entered. A carriage return termi¬ 
nates the command. The mask 
specifies which bits in each byte 
are to be checked against the 
search value. Only those bit lo¬ 
cations set to a one inthe mask will 
be compared. For example, a mask 
of FF would compare each bit in 
the byte during the search, while a 
value of 01 would compare only bit 
0, the least significant bit. 

Function: Search memory for a byte (word) 

Format: byte;W 

Description: This command searches memory 
over the last beginning-ending ad¬ 
dress range specified for a match 
with the value entered. Only those 
bit positions set to one in the last 
comparison mask entered are 
compared during the search. The 
same beginning and ending ad¬ 
dress parameters are used for the 
PRNT, the PNCH, the I, and the M 
commands. Therefore, if one of 
these commands is entered after 
the M command and before the W 
command, the beginning and end¬ 
ing addresses specified for the last 
such command entered will be 
used for the W command. 

When the memory search finds a 
match, it prints the memory ad¬ 
dress of the match and the con¬ 
tents of memory. Entering Control- 
W, while this printout is occurring, 
causes the search command to 
wait until some other character is 
entered. Entering Control-X dur¬ 
ing the printout causes the search 
to abort and return to the EXbug 
command level. 

3.6.2.7 Miscellaneous —These commands con¬ 
trol various EXbug functions. They permit the 
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PAGE 001 LPDRV LINE PRINTER DRIVER 


00001 

00002 


NAM LPDRV 

TIL LINE PRINTER DRIVER 


00004 

00005 

00006 

*0*0007 

00008 

00009 

00010 

00011 


5 

* LINE PRINTER DRIVER FOR: CENTRONICS TYPE 
-> INTERFACE THROUGH A PIA WITH OUTPUT 

* CHARACTER ON A SIDE; INPUT STATUS ON B SIDE 
s 

* VERSION 1.1 

* COPYRIGHT 1978 BY MOTOROLA INC 

* 


00013 


* PIA ADDRESSES 

00014 

EC10 

A DATA 

EQU 

$EC10 

00015 

ecu 

A CNTRL1 

EQu 

$EC11 

00016 

EC12 

A STAT 

EQU 

f EC 12 

00017 

EC13 

A CNTRL2 

EQU 

IEC13 

00019 

0085 

A SKIP! 

ECU 

135 


00021A EBE6 


ORG 

$EBB6 

00022 

♦ STROBE PRINTER 

00023 EBBS 

A LISTS 

EQU 

* 

000246 EBE6 86 36. 

A 

LDAA 

#$36 

•000256 EBBS 8D 02 EBBC 

BSR 

LIST7 

00026A EBBA 86 3E 

A 

LDAA 

#$3E 

00027A E5BC 87 ECU 

A LIST? 

STAA 

CNTRL1 

00028A EBBF 3? 


RTS 



SKIP ONE BYTE (BITA IMMED) 


FIGURE 3-9. MDOS Line Printer Driver 


00030 * SUBROUTINE Tu INITIALIZE PIA 


00031 

EBCO 

A LPINIT EQU 



00032A 

EBCO CE FF3E 

A 

LUX 

i$FF3E 

A DATA OUTPUT 

00033A 

EBC3 FF EC10 

A 

STX 

DATA 


00034A 

ESC6 36 3C 

A 

LDAA 

#$3C 

B STATUS INPUT 

00035ft 

EEC’S B7 EC13 

A 

STAA 

CNTRL2 


00036A 

EBCB 3'? 


RTS 




00038 

00039 

00040 


* SUBROUTINE TO PRINT CHARACTER FROM A ACC 

* AND CHECK FOR PRINTER ERROR 

« IF ERROR CARRY IS SET ON RETURN 


00041 

EBCC 

A LIST 

EQU 

s 


00042A 

EBCC B7 EC10 

A 

STAA 

DATA 

SEND DATA 

09043A 

EECF 3D E5 EBE6 

BSR 

LISTS 

SEND STROBE 

00044A 

EBB1 B6 EC12 

A LISTS 

LDAA 

STAT 

CHECK STATUS 

00045A 

EBD4 84 03 

A 

ANDA 

#3 

BIT DESELECT, BIT 1=PAPER EMPTY 

00046ft 

EBD6 4A 


DECA 


A SHOULD HAVE BEEN 01 

00047A 

EBD7 26 06 EBDf 

8NE 

ERROR 

NO PAPER OR NOT SELECTED 

00048A 

EBD? 7D ECU 

A 

TST 

CNTRLl 

ACKNOWLEDGE? (CLEAR CARRY! 
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PAGE C02 LPORV LINE PRI TEE DRIVER 


00049A EBBC 2A F3 ESDI 

EPL 

LISTS 

NO 

00050A EBDE 35 A 

FCB 

SKIP! 

YES, SKIP NEXT BYTE 

00051A EBDF 0D 

ERROR SEC 



00052A EBE0 B6 EC10 A 

LBAA 

DATA 

RESTORE A 

00053A EBE3 39 

RTS 



00055 

* SUBROUTINES TO PRINT 

STRING AND STRING, CR,LF 

00056 EBE4 A 

LBATA EQU 

* 


00057A EBE4 36 00 A 

LBAA 

#$B 

SEND CR 

00058A EBE6 8B E4 EBCC 

LBATA7 BSR 

LIST 


00059ft EBE8 25 FC EBE6 

BCS 

LBATA7 

HANG UP ON ERROR 

00060A EBEA 86 OA A 

LBAA 

#$A 

SEND LF 

00061A EBEC 09 

BEX 


CORRECT BATA POINTR FOR LOOP 

00062A EBEB 8B BD EBCC 

LBATA3 BSR 

LIST 


00063A EBEF 25 FC EBEB 

BCS 

LBATA3 

HANG UP ON ERROR 

00064A EBF1 03 

INX 



00065ft EBF2 A6 00 A 

LBATA1 LBAA 

O.X 


00066A EBF4 31 04 A 

CURA 

*4 

EOT? 

00067A EBF6 26 F5 EBEB 

BNE 

LBATA3 

NO 

00068A EBF8 39 

RTS 


YES 

0006.9 

END 



TOTAL ERRORS 00000 




ECU CNTRL1 00015*00027 00048 



EC13 CNTRL2 00017*00035 



EC10 BATA 00014*00033 00042 00052 



EBDF ERRI3R 00047 00051-& 
EBE4 LDfiTft 00056* 

EBF2 LDATfil 00065* 


EBEB LBATA3 00062*00063 00067 
EBE6 LDATA7 00058*0003’ 

EBCC LIST 00041*00058 00062 
ESDI LISTS 00044*00049 
EBB6 LISTS 00023*00043 
EEBC LIST7 00025 00027* 

EBCO LPINIT 00031* 

0085 SKIP! 00019*00050 
EC12 STAT 00016*00044 


FIGURE 3-9. MDOS Line Printer Driver (cont’d) 


TABLE 3-2. Dual Map Mode Second Level SWI Options 


MAP SWI 

IS IN 

MAP SWI it 
SERVICED IN 

REQUIRED 

E VALUE 

user 

user 

01 

user 

executive 

FF 

executive 

executive 

FF 

executive 

user 

not permitted 
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user to specify a default debug offset to be used 
with address parameters that are entered and 
also control EXbug responses to SWI’s that are 
not breakpoints. 

Function: Display and change the default de¬ 

bug offset 

Format: ;Q nnnn [value] return 

Description: This command displays, and per¬ 
mits the user to change, the default 
debug offset. The debug offset is 
added to a single parameter en¬ 
tered as an address value in an EX¬ 
bug command to determine the 
absolute address. When two pa¬ 
rameters are entered as an address 
value, the sum of the two parame¬ 
ters is the absolute address used. 
To change the debug offset, enter 
a new value. A carriage return ter¬ 
minates the command. 

Use of the debug offset permits the 
user to easily test programs as¬ 
sembled with the relocatible op¬ 
tion. Once the debug offset is set to 
the starting address assigned to 
the main program section, all ref¬ 
erences to the main program sec¬ 
tion made in EXbug can be accom¬ 
plished simply by entering the 
relative address given in the as¬ 
sembly listing. References can 
also be made to other load sec¬ 
tions by entering both the relative 
address and the section starting 
address, separated by a comma, in 
place of the single address param¬ 
eter. EXbug then uses the sum of 
these two values as the absolute 
address. 

Function: This command permits the user to 

display and change the option in 
which second level SWI’s are 
serviced. 

Format: ;E nn [byte] return 

Description: The second level SWI enable con¬ 
trols the operation of second level 
SWI instructions that are not 
breakpoints. The location of the 
vector depends upon the map that 
is in use, User or Executive, and 
whether the system is in the Single 
or Dual Map mode. The value of nn 
indicates the map where the 
second level SWI’s are to be serv¬ 
iced. To change the map where 
second level SWI’s are serviced, a 
new value, [bytej, can be entered. 


To use the second level SWI fea¬ 
ture in the Single Map mode, the 
value of nn should be set to FF. 
Table 3-2 lists the various second 
level SWI options supported in the 
Dual Map mode. When the value of 
nn is zero (which is the default 
value following a power-up, re¬ 
start, or abort sequence), non¬ 
breakpoint SWI's in the Single Map 
mode or in the Executive map of 
the Dual Map mode return control 
to EXbug which, in turn, prints a 
breakpoint error message. EXbug 
prints “SWI’’ followed by the regis¬ 
ter values when the SWI is en¬ 
countered. EXbug then issues a 
prompt. A zero valve causes SWI’s 
in the User map of the Dual Map 
mode to return control to EXbug 
and print the SWI message only if 
breakpoints have been set in the 
User map. However, if the nn value 
is zero, and no breakpoints are set 
in the User map, then SWI’s in the 
User map of the Dual Map mode 
cause program control to be given 
to the location pointed to by the 
SWI vector (contained in ad¬ 
dresses $FFFA and $FFFB of the 
User map). 

3.6.3 Memory Change 

The Memory Change function permits 
the user to examine and change individual mem¬ 
ory locations. To invoke the Memory Change 
function, the user enters: 

addr/ 

Here again, addr is either a single pa¬ 
rameter that is added to the debug offset to deter¬ 
mine the absolute address, or two parameters 
separated by a comma that are added together to 
determine the absolute address. After the user 
enters the slash, EXbug prints a space, the con¬ 
tents of the specified location in hexadecimal, 
and then another space. If the memory contents 
are to be changed, the user may enter a new 
hexadecimal value. Next, the user enters one of 
the following characters to close the current 
memory location: 

Carriage return This ends the memory change 
function and returns control to 
the EXbug command level. EX¬ 
bug then prompts the user. 

Line Feed This causes the next sequential 

memory location to be opened 
for memory change and its con- 
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tents displayed. 

Space This causes the previous se¬ 

quential memory location to be 
opened for memory change 
and its contents displayed. 

Slash This causes the current mem¬ 

ory location to be reopened for 
memory change and its con¬ 
tents displayed. 

If memory is being changed, but it does 
not change properly, an error indication will be 
displayed. A space will be printed, then a question 
mark, the terminal’s bell will be sounded, and 
another space will be printed. The memory con¬ 
tents after the attempted memory change are 
then printed. The memory change function then 
continues as requested by the terminating char¬ 
acter (carriage return, line feed, space, or slash). 

Memory locations displayed by the 
Memory Change function, after it has been in¬ 
itially invoked, are in the form—absolute address, 
space, contents, space. 

Also, the Memory Change function will 
calculate the required offset for ‘a relative ad¬ 
dressing mode instruction (addr;0 command). To 
calculate a relative address offset, first open the 
memory location that is to contain the offset (e.g., 
the second byte of a branch instruction). Next, the 
destination address is entered, followed by a 
semicolon and the capital letter 0. If a single pa¬ 
rameter is entered for the destination address, 
the debug offset will be added to it to determine 
the absolute destination address. If two parame¬ 
ters separated by commas are entered for the 
destination address, they will be added together 
to determine the absolute destination address. 

The Memory Change function will indi¬ 
cate that the destination address is out of range 
by printing a space, a question mark, and sound¬ 
ing the terminal’s bell. If the destination address 
is in range, the correct offset will be printed. In 
both cases, the address and contents of the cur¬ 
rently open location will be redisplayed on the 
next line, permitting the user to easily modify it or 
request another relative offset calculation. 


3.6.3.1 Adding EXbug Commands —The user 
has the ability to add as many four character com¬ 
mands as desired. The only limiting factor is 
memory size. In order to implement this feature, 
the user must have a table of his commands and 
the actual commands stored in the Executive 
memory map (if the Dual Map mode is in use), and 
must have told EXbug where his command table 
resides. The user command table format must be 
as follows: 


Example: 
CTBEG EQU* 

FCC/CMD1 
FDBCMD1E 
FCC /CMD2 
FDB CMD2E 


Command table beginning 
Four character command 
Entry address of command 
Four character command 
Entry address of command 


FCC/CMDN/ Four character command 
FDB CMDNE Entry address of command 
CTBENDEQU* Command table end 


Once the user’s command table is 
stored in memory, EXbug must be informed of its 
location by having the beginning address of the 
table (the value of CTBEG in the above example) 
put at locations $FFOE and $FFOF; while the end¬ 
ing address of the table (the value of CTBEND in 
the above example) is put at locations $FF10 and 
$FF11. In both of these cases, the addresses are 
loaded into memory in the order of most signifi¬ 
cant byte first followed by the least significant 
byte. If the command table and commands are 
loaded from a tape, the tape may contain an ob¬ 
ject code that will properly initialize these lo¬ 
cations. This object code may be generated by 
the ORG and FDB statements in the source. For 
the above example, the source code required to 
generate the proper object code to initialize these 
locations would be: 

Example: ORG $FFOE 

FDB CTBEG, CTBEND 

Note: An ORG statement or END state¬ 
ment would be required afterthe two source lines 
shown above, so that the object code would not 
be produced at location $FF12 or beyond. 

If the command table and commands 
are loaded from an MDOS file, a short program 
can be included in the file that would initialize 
these locations and then give control to EXbug 
when it is executed. Programs cannot be loaded 
from the disk at these locations. 

Pressing the ABORT pushbutton will not 
modify locations $FFOE through $FF11. How¬ 
ever, pressing the RESTART pushbutton will 
cause these locations to be restored to the EXbug 
values. These locations will also be restored to 
the EXbug values when power is initially applied. 
Thus, following a Restart, the user must restore 
the beginning and ending addresses of his table 
(if required) in memory locations $FFOE through 
$FF11. If the user does not wish to add com¬ 
mands, no operation is needed. 

On entrytothe user command: the stack 
pointerwill be pointing at two locations below the 
top of the EXbug stack area; the X register will 
contain the starting address of the user com- 
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mand; the A accumulator will contain $20; and 
the contents of the B accumulator will be un¬ 
specified. None of these values need be restored 
before returning to EXbug. User commands that 
are intended to return to EXbug without affecting 
the current states of EXbug variables, should re¬ 
turn by jumping to location $F5C2. User pro¬ 
grams that are intended to return to EXbug and 
initialize EXbug vaiables, should return by jump¬ 
ing to location $F564. 

3.7 EXbug 2 SUBROUTINES AND ENTRY 

POINTS 

This paragraph lists and describes the 
subroutines in EXbug that are available to run 
programs in EXORciser II. Since EXbug is in the 
Executive map, any program that uses EXbug 
routines must also be in the Executive map if 
EXORciser II is being operated in the Dual Map 
mode. Also, programs run in the Single Map 
mode can use EXbug routines. Table 3-3 lists the 
available routines. A listing of the first IK of EX¬ 
bug, which contains most of these routines, is 
provided in Appendix B. This is the IK ROM on 
the DEbug II Module. This ROM can be replaced 
by a user provided ROM if he wishes to modify the 
I/O or restart sequence. However, the other 2K of 
EXbug makes references to the first IK, as given 
in cross reference symbol table of Appendix B. 
These references must be provided for in a user 
installed ROM for proper operation of EXbug. In 
order for programs that use EXbug to be com¬ 


patible with past and future versions of EXbug, 
they should only use the routines listed in Table 3- 
3, and only at the addresses given in that table. 

Except as stated in the descriptions, all 
of these are subroutines, end with an RTS, and 
should be called with a JSR. Control will be re¬ 
turned to the next instruction following the JSR 
providing the stack pointer and stack memory are 
properly implemented. Most of these routines in¬ 
volve input or output of data on the terminal that 
is connected to the EXORciser II. The routines 
that involve input from the keyboard (or tape 
reader) will sit and wait (in a loop) until the char¬ 
acter is input; then it will return. Unless indicated 
otherwise, routines that output to the terminal are 
affected by the Z option. That is, output through 
these routines will be sent to the line printer, as 
well as the terminal, if the Z option is on (non¬ 
zero). The Z flag is kept in location ZFLAG ($FF32) 
and can be modified by the program. (Refer to the 
Z command description.) 

Name: PWRUP—Power-up and restart 

entry 

Function: Configure EXbug and its periph¬ 

erals from a restart or power-up 
condition. 

JMP PWRUP 
None 

EXbug parameters are initialized 
along with the EXbug peripheral 
devices. The EXbug start-up mes- 


Call: 

Input: 
Output: 

TABLE 3-3. EXbug Routines 


ENTRY ADDR 

MNEMONIC 

FUNCTION 

Page 

Ref. 

F000 

PWRUP 

ENTER EXBUG FROM RESTART 

3-21 

F003 

XBEGEN 

INPUT START & END ADDRESSES 

3-22 

F006 

XCBCDH 

CONVERT HEX TO BCD 

3-22 

F009 

XCHEXL 

CONVERT MS BCD TO HEX (ASCI) 

3-22 

F00C 

XCHEXR 

CONVERT LS BCD TO HEX (ASCI) 

3-22 

F00F 

XINADD 

INPUT HEX ADDR INDIRECT (X) 

3-22 

F012 

XINCH 

INPUT ONE CHARACTER 

3-23 

F015 

XINCHN 

INPUT ONE CHAR NO PARITY 

3-23 

F018 

XOUTCH 

OUTPUT CHAR (WITH SPEED FILL) 

3-23 

F01B 

XOUT2H 

PRINT 2 HEX CHAR (X) 

3-23 

FOIE 

XOUT4H 

PRINT 4 HEX CHAR (X) 

3-23 

F021 

XPCRLF 

PRINT C/R L/F (Uses A) 

3-23 

F024 

XPDATA 

PRINT C/R L/F + DATA STRING 

3-23 

F027 

XPDAT1 

PRINT DATA STRING (Enter with X) 

3-24 

F02A 

XPSPAC 

PRINT SPACE 

3-24 

F0F3 

F0F3 

REENTER EXBUG COMMAND LEVEL 

3-24 

F564 

F564 

REENTER EXBUG COMMAND LEVEL 

3-24 

F5C2 

F5C2 

REENTER EXBUG COMMAND LEVEL 

3-24 

F8A4 

F8A4 

READ OBJECT RECORD 

3-24 

F9CF 

F9CF 

OUTPUT CHAR (NO SPEED FILL) 

3-24 

FBFB 

RTNUSR 

RETURN TO USER MAP FROM SWI 

3-25 
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Name: 

Function: 


Call: 

Subroutine 
Input: 

Subroutine 
Output: 

$FFOA BEGA 16 Bit Beginning address 
$FFOC ENDA 16 Bit Ending address 

NOTE: 

ACC A and B and the index register are 
used by this subroutine. If their con¬ 
tents are meaningful, they must be 
saved priorto calling this subroutine. If 
single parameters are entered for BEG 
or END, the default debug offset (Q in 
locations $FFE1, $FFE2) will be added 
to them to determine BEGA and ENDA. 
If two parameters separated by a 
comma are entered, they will be added 
together to determine the address be¬ 
ing entered. The calling program may 
modify Q to specify the default debug 
address. However, if it does this, the 
new value of Q will be used by EXbug 
as the default debug offset. 


sage is sent to the terminal. NOTE: 
Control is not returned to the call¬ 
ing program, but is given to the EX¬ 
bug command input routine. 

XBEGEN—Input Start and End 
Addresses 

Request Input of Beginning and 
Ending Address as defined in the 
PRNT command. Verify inputs are 
hexadecimal characters. Verify 
ending address is larger than be¬ 
ginning address. 

JSR XBEGEN 

None 


Name: 


Function: 


Call: 

Subroutine 

Input: 

Subroutine 

Output: 


Name: 

Function: 


Call: 

Subroutine 

Input: 

Subroutine 

Output: 


Name: 

Function: 


Call: 


and X registers are preserved. 

XCHEXL—Convert most signifi¬ 
cant binary value to Hex 

Convert the most significant 4 bits 
of Acc A to an ASCII coded hexa¬ 
decimal digit character. 

JSR XCHEXL 

Contents of Acc A. 

An ASCII coded hexadecimal digit 
character in Acc A. The B and X 
registers are preserved. 

XCHEXR—Convert least signifi¬ 
cant binary value to Hex. 

Convert the least significant 4 bits 
of Acc A to an ASCII coded hexa¬ 
decimal digit character. 

JSR XCHEXR 

Contents of Acc A. 

An ASCII coded hexadecimal digit 
character in Acc A. The A and B 
registers are preserved 

XINADD—Input a hexadecimal 
address 

Convert up to 4 input hexadecimal 
characters to a 16-bit binary 
address. 

JSR XINADD 


Name: XCBCDH—Convert a hexadecimal 

character to a binary number. 

Function: Verify input is a hexadecimal digit 

character. Convert character to a 
4-bit binary number with HI order 4 
bits equal zero. Set N (negative) 
condition code for non-hexa¬ 
decimal characters. 


Call: JSR XCBCDH 

Subroutine 

Input: Character to convert must be in 

Acc A 


Subroutine 

Output: If hexadecimal character input, 

Acc A contains the 4-bit binary 
number represented by the input 
character and the N (negative) con¬ 
dition code is cleared. If non-hexa¬ 
decimal character input, Acc A 
contains the character input and 
the N condition code is set. The B 


Subroutine 

Input: Index register contains address to 

store result. 

Subroutine 

Output: Most significant 8 bits of resultant 

16-bit address will be stored into 
the memory location specified by 
the index register. The least signifi¬ 
cant 8 bits will be stored into the 
next higher memory location. Acc 
A will contain last character input. 
Acc B will contain number of input 
hexadecimal characters. Index 
register is unchanged. The sub¬ 
routine returns to the calling pro¬ 
gram when an invalid character, or 
the fifth hexadecimal digit, is 
entered. 

NOTE: 

This address is not modified by the 
default debug offset. 
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Name: 

Function: 


Call: 

Subroutine 

Input: 


Subroutine 

Output: 


Name: 

Function: 


Call: 

Subroutine 

Input: 


Subroutine 

Output: 


Name: 

Function: 

Call: 

Subroutine 

Input: 

Subroutine 

Output: 


XINCH—Input one character 

Wait for and accept input of one 
character from debug terminal and 
echo character back to terminal, if 
required. 

JSR XINCH 

There is a no echo flag (AECHO) at 
$FF53. It must be set non-zero be¬ 
fore each call to XINCH for each 
character that is not to be echoed 
to the terminal (and line printer, if 
the Z option is on). 


Acc A contains 8 bit input char¬ 
acter as received from the debug 
terminal. XINCH clears AECHO if it 
was non-zero. The B and X regis¬ 
ters are preserved. 

XINCHN—Input one character with 
no parity 

Wait for and accept input of one 
character from debug terminal and 
echo character back to terminal, if 
required. Clear HI order bit of input 
character. 

JSR XINCHN 

There is a no echo flag (AECHO) at 
$FF53. It must be set non-zero be¬ 
fore each call to XINCHN for each 
character that is not to be echoed 
to the terminal (and line printer if 
the Z option is on). 


Name: XOUT2H—Output two hexa¬ 

decimal characters and a space. 

Function: Convert the contents of an 8-bit bi¬ 

nary byte to two hexadecimal char¬ 
acters and output them followed by 
a space character to the debug 
terminal. 

Call: JSR XOUT2H 


Subroutine 

Input: 


Subroutine 

Output: 


Name: 

Function: 


Call: 


Index register contains address of 
the byte to be converted and 
output. 

Acc A contains last character out¬ 
put. The index register is in¬ 
cremented by one. The B accu¬ 
mulator is preserved. 

XOUT4H—Output four hexa¬ 

decimal characters and a space. 

Convert the contents of two con¬ 
secutive 8-bit binary bytes to four 
hexadecimal characters and out¬ 
put them followed by a space char¬ 
acter to the debug terminal. 

JSR XOUT4H 


Subroutine 

Input: Index register contains address of 

the first byte to be converted and 
output. 

Subroutine 

Output: Acc A contains last character out¬ 

put. The index register contains 
the input address plus 2. The B ac¬ 
cumulator is preserved. 


Acc A contains input character as 
received from the debug terminal 
with the HI order bit cleared. 
XINCHN clears AECHO if it was 
non-zero. The B and X registers are 
preserved. 


XPCRLF—Print CR/LF/Null 

Output a carriage return, a line 
feed, and a null character to the 
debug terminal with required 
speed fill. 

JSR XPCRLF 


Name: 

Function: 


Call: 


XOUTCH—Output Character 

Output one character with re¬ 
quired speed fill. 

JSR XOUTCH 

Acc A contains character to output 
to the debug terminal (and to the 
line printer if the Z option is on). 

Acc A contains character output. 
The B and X registers are 
preserved. 


Subroutine 
Input: None 

Subroutine 

Output: Acc A contain a null character (0). 

The B and X registers are 

preserved. 


Name: XPDATA—Print CR/LF/Data string 

Function: Output a carriage return, a line 

feed, and the user specified string 
of data characters to the debug 
terminal. 

Call: JSR XPDATA 
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Subroutine 

Input: 


Subroutine 

Output: 


Name: 

Function: 


Call: 

Subroutine 

Input: 


Subroutine 

Output: 


Name: 

Function: 

Call: 

Subroutine 

Input: 

Subroutine 

Output: 


Name: 

Function: 


Subroutine 

Output: 


Subroutine 

Output: 


Name: 

Function: 


Index register will contain the start¬ 
ing address of user data string to 
output. Output string is terminated 
by an EOT (04) character. 

Index register will contain the ad¬ 
dress of the EOT character. Acc A 
will contain the EOT character. The 
B accumulator is preserved. 

XPDAT1—Print Data String 

Output a user specified string of 
data characters to the debug 
terminal. 

JSR XPDAT1 

Index register will contain the start¬ 
ing address of user data string to 
output. Output string is terminated 
by an EOT (04) character. 

Index register will contain the ad¬ 
dress of the EOT character. Acc A 
will contain the EOT character. The 
B accumulator is preserved. 

XPSPAC—Print space 

Output a space character to the 
debug terminal. 

JSR XPSPAC 
None 

Acc A will contain a space char¬ 
acter. The B and X registers are 
preserved. 

FOF3—Reenter EXbug 

Entry point for programs to re-en¬ 
ter EXbug. In EXbug 1, this is the 
MAID re-entry point. Re-entering 
EXbug at this point with break¬ 
points active can cause un¬ 
expected results. 

Acc A will contain a space char¬ 
acter. The B and X registers are 
preserved. 

Control is not returned to the call¬ 
ing program. 

F564—Reenter EXbug 

Entry point for programs to re-en¬ 
ter EXbug. This entry point in¬ 
itializes most of the EXbug param- 


Call: 

Subroutine 

Input: 

Subroutine 

Output: 

Name: 

Function: 


Call: 

Subroutine 

Input: 

Subroutine 

Output: 

Name: 

Function: 


Call: 

Subroutine 

Input: 

Subroutine 

Output: 


Name: 

Function: 

Call: 

Subroutine 

Input: 


eters. This is the recommended 
EXbug re-entry address. 

JMP F564 
None 

Control is not returned to the call¬ 
ing program 

F5C2—Reenter EXbug 

Entry point for user added four 
character commands to re-enter 
EXbug. 

JMP F5C2 
None 

Control is not returned to the call¬ 
ing program. 

F8A4—Read object record 

Read an object record from the ter¬ 
minal tape reader to a memory 
buffer and convert the data from 
ASCII to binary. This routine con¬ 
tinues to read records until an ob¬ 
ject record is read. The object for¬ 
mat is described in Figure 3-4. 

JSR F8A4 
None 

The record type, ASCII 0, 1, or 9, is 
in BCONT (location $FF8C). The 
byte count is in location $FF8D. 
The rest of the record in hexa¬ 
decimal, up to the checksum, be¬ 
gins in location $FF8E. An indi¬ 
cation of the validity of the 
checksum is in BCKSM (location 
$FF8B). If this location contains 
zero, the checksum was correct. If 
it contains a non-zero value, the 
checksum was in error. The regis¬ 
ter values are indeterminate on 
return. 

F9CF—Output character 

Output one character without 
speed fill 

JSR F9CF 


Acc A contains the character to 
output to the debug terminal. The 
character is not sent to the line 
printer if the Z option is on. 
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Subroutine 

Output: 

Acc A contains character output. 

Call: 


The B and X registers are 
preserved. 

Input: 

Name: 

RTNUSR—Return to the user map 


Function: 

Returns control to the user map 



following a user map SWI that was 

Output: 


serviced in the executive map. See 

E command description for further 
information. This entry point is in 


EXbug 2 only. 

JMP RTNUSR 

The processor registers to be re¬ 
stored from the SWI must be on the 
stack as the next items that can be 
pulled off the stack. 

Control is not returned to the call¬ 
ing program. 





CHAPTER 4 

SYSTEM DEVELOPMENT 
USING EXORciser II 


4.1 INTRODUCTION 

The EXORciser II is a system develop¬ 
ment tool used in the design and development of 
M6800 Microprocessor Systems. In this chapter 
an overview of the tasks of developing hardware 
and software is given and the role of the EX¬ 
ORciser II in the development of the user’s system 
is explained. The use of the EXORciser II to emul¬ 
ate (functionally duplicate) the user’s system, or 
to connect to an existing microprocessor system 
is described and methods to debug the user’s 
system are shown. 

The optional EXORciser II modules are 
discussed in general terms. Refer to the User’s 
Guide for the optional modules and to this User’s 
Guide, as required, for details in preparing the 
EXORciser II to emulate your system, or to con¬ 
nect it to another system. It is assumed in this 
chapter that the M6800 Applications Manual and 
the M6800 Microcomputer System Design Data 
Manual are being used as well as the M6800 Pro¬ 
gramming Reference Manual. These are the man¬ 
uals referenced by the expression “M6800 Manu¬ 
als” used throughout this chapter. 

4.2 EXORciser li in SYSTEM 

DEVELOPMENT 

The EXORciser II, through its ability to 
emulate a user’s system hardware and to debug 
the interfaces to his external devices, as well as 
his software, greatly reduces the time required for 
an engineer to construct a working model of his 
system. The engineer, rather than immediately 
designing and building a prototype of his system, 
sets up the EXORciser II to functionally represent 
his system using the plug-in optional modules 
mentioned here and described in detail in the 
separate User’s Guides. 

If the designer has already built a pro¬ 
totype or production model of his system before 
acquiring the EXORciser II, he can proceed to the 
later sections of this chapter, for descriptions of 
the use of the EXORciser II with external micro¬ 
computer hardware. 

4.3 PERIPHERAL INTERFACING 

When a system is being designed to use 
the MC6800, MC68A00 or MC68B00 Micro¬ 


processor it must be determined how to control 
the hardware, and how much of the system logic 
can be done in software. The hardware typically 
has functions that need to be controlled and sen¬ 
sors that need to be monitored. The EXORciser II 
is an operating microcomputer in modular form 
which can be interfaced to the user’s hardware. 
Since most external devices can be interfaced 
with 6820 or 6821 Peripheral Interface Adapters 
(PIAs), and use TTL compatible signals, an I/O 
module would, typically, be plugged into the EX¬ 
ORciser II, and its PIA I/O pins wired to the user’s 
peripheral device via a flat ribbon cable. (It is 
assummed that the user circuits are TTL com¬ 
patible). Once this is done, the user can test the 
hardware interface by using EXbug’s Display/ 
Change memory command as described in Chap¬ 
ter 3 (i.e., Since PIA registers are like memory 
locations in 6800 systems, storing to the PIA data 
register, after it has been programmed as an out¬ 
put port, will put signal levels on the I/O lines in 
accordance with the data word stored). For exam¬ 
ple, depending on the system hardware, a data 
word can be selected to cause a motor to run, a 
solenoid valve to open, or a relay to close. When 
such a word is entered, it will frequently be found 
that the correct action did not happen, in which 
case, a scope or meter can then be used to ob¬ 
serve changes on the output lines and/or periph¬ 
eral devices, and the wires moved or the control 
word changed, as required, to correct the prob¬ 
lem. Once the proper control words have been 
determined, a similar analysis would be made of 
the data word read from the PIAs input data regis¬ 
ter. The bits of this word are the result of the data 
levels on the lines from the sensor hardware. 
When the control and status words are known, a 
routine can be entered into memory, in machine 
language, using EXbug, to exercise the external 
hardware. When everything has been tried and it 
is fully understood, a complete program can be 
written and assembled on the EXORciser II using 
the optional resident Editor/Assembler pro¬ 
grams. The program for this subsystem would 
then be loaded into memory and tested by using 
breakpoints or “run-one-instruction” methods 
(see Chapter 3). When finalized, the same tech¬ 
nique would be repeated for other subsystems 
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FIGURE 4-1. Procedure for Designing and Verifying a System Using EXORciser II 
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and their additional peripheral units until a whole 
system is assembled. This entire process is de¬ 
picted in Figure 4-1. It will be seen in the figure 
that each step has feedback paths so the hard¬ 
ware or software can be improved any number of 
times until the desired performance is reached. 
Details of these steps will be described in later 
sections of this manual. 

The engineer now has an operating 
model of his system using EXORciser II hardware 
with a minimum amount of time spent on pro¬ 
totype construction. The programmer can now 
finalize his routines. 

The advantages of the EXORciser II to 
the programmer are that he can verify his I/O 
programming steps by testing them before he 
writes a source program, and it permits him to 
debug the resulting object code on a real time 
basis. 

4.4 PROCEDURE FOR DESIGN 

To better understand using the EX¬ 
ORciser II in the design and development of a 
M6800 Microprocessor system, let us review the 
procedure followed by atypical engineer in devel¬ 
oping a microprocessor system and, how the EX¬ 
ORciser II will simplify the design (See Figure 4- 
2). The engineer: 

(1) Defines his system using flow charts (or 
other means). In this definition he deter¬ 
mines the software and hardware functions 
to be performed. 

(2) Sets up the EXORciser II to emulate his sys¬ 
tem hardware. (To be explained). He will, if 
required, also build any special hardware 
interface circuitry to his peripherals. 

(3) Prepares his software programs on the EX¬ 
ORciser II after testing the hardware re¬ 
quired to accomplish the intended function, 
and determining the addresses and control 
words. 

(4) Loads software into EXORciser II and, using 
the EXbug Firmware, debugs both the hard¬ 
ware and the software until he has a working 
system. 

(5) Designs and builds a preproduction model 
of his system. 

(6) Combines the preproduction hardware with 
the user’s system software and, using the 
EXORciser’s EXbug firmware and the User 
System Evaluator (USE*) module, debugs 
and makes any hardware and software 
adjustments. 

(7) Extensively tests and evaluates his system 
in an actual working environment. At this 
point the program may be stored in PROMs 


using the optional PROM programmer. 

(8) Builds the production hardware of his sys¬ 
tem and has his ROMs made. The USE* is 
used in testing and debugging the produc¬ 
tion systems. 

(9) Combines the production hardware with the 
system software and makes the final adjust¬ 
ments to his system. He again may use the 
EXORciser II in evaluating his system by 
means of the USE*. 

(10) Releases his system to production. 

(11) Analyzes problems in production hardware 
with the EXORciser II and USE*. 

‘The User System Evaluator is an optional mod¬ 
ule with an interconnecting cable (and buffers) 
which plugs into the M6800 socket of the user's 
prototype or production unit. It connects the two 
systems together in such a way that all the debug 
capabilities of the EXORciser are usable in the 
users hardware. (See the USE User’s Guide for 
details). 

4.5 EXORCISER II CONFIGURATION 

Figure 4-3 shows a block diagram of the 
EXORciser II with each of the large boxes repre¬ 
senting a plug-in module. It can be seen, along 
the left of the diagram, that the configuration 
includes at least two systems that timeshare the 
same MPU II module, the Debug system, and the 
User’s system, (the one under development). In 
fact, if you include the Software Development 
System to be discussed later, there are really 3 
systems encompassed by the EXORciser. The De¬ 
bug system is a complete operating M6800 sys¬ 
tem which includes a microprocessor RAM, ROM 
and I/O. It is a specialized microcomputer with 
unique hardware and software features to aid the 
designer. 

The DEbug II Module provides the EX¬ 
ORciser II with the ability to address two separate 
64K memory maps, as illustrated in Figure 4-4. To 
accomplish this, the DEbug II Module takes the 
Valid Memory Address (VMA) signal from the 
MPU II Module and converts it to two other sig¬ 
nals. As a result, two complete maps of 64K bytes 
are addressable for either random access data 
storage or for data I/O. 

Exbug is always assigned to the Exec¬ 
utive map regardless of Single or Dual Map mode. 
The user selects Dual or Single Map mode via a 
switch on the DEbug II Module. In the Dual Map 
mode, the generation of the VUA and VXA signals 
is under EXbug control. In this mode, the user can 
specify which map he wishes to use via EXbug 
commands. However, when using the USER map, 
the VUA light on thefront panel will not be on until 
a program is actually being run in the User map. 
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FIGURE 4-2. EXORciser II, the Development Tool 
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This occurs because EXbug, in the Executive 
map, is still in control of the system until control is 
given to a program in the User map. 

MDOS must be run in the Executive map 
when the system is in the Dual Map mode be¬ 
cause MDOS must access EXbug and its I/O facil¬ 
ities. This leaves the full 64K User map available 
without restrictions. The Executive map has full 
access to the User map. Control can be passed 
from the User map to the Executive map only by 
use of software interrupts (SWI) when properly 
enabled by the user. 

The DEbug II Module also provides for a 
Single Map mode of operation, as illustrated in 
Figure 4-4. Here all addresses of $F000 and larger 
are assigned to VXA (EXbug), and all addresses 
smaller than $F000 are assigned to VUA. (This 
assignment is controlled by hardware, not by EX¬ 
bug firmware.) In this mode, hardware modules 


must be configured for VUA operation. Thus, 
MDOS is effectively run in VUA when EXORciser II 
is in the Single Map mode. Modules used in this 
mode must not use addresses $F000 or larger. 
Programs run in this mode can access EXbug, but 
cannot reside in the EXbug address range. The 
user must also account for the presence of the 
MDOS ROM and I/O devices when laying out his 
development memory map, if MDOS is con¬ 
figured in the system. For more information on 
MDOS, see EXORdisk User’s Guide. 

The debug system memory is non-typi- 
cally located, as compared to conventional 6800 
systems for reasons to be explained. The very top 
of memory is RAM in contrast to ROM or PROM 
which would normally be used. This is done so 
the interrupt vectors can be changed to suit any 
user’s requirements. A PROM address is 
switched in during restart to get the EXORciser II 



FIGURE 4-3. EXORciser II Simplified Block Diagram 
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FIGURE 4-4. Dual Memory Map for User System 
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started (in EXbug). The EXbug initialization rou¬ 
tine sets the RAM interrupt vector locations to 
values used by EXbug. IRQ is always masked and 
is not used by EXbug. 

4.6 SYSTEM ADDRESS SELECTION 

The address selection of the various 
modules will depend on whether the system is 
being used for software development or to emul¬ 
ate the target system. Included in the address 
selection is the determination of which map the 
module will respond in. The user assigns a mod¬ 
ule to one of the two maps by installing either the 
VUA or VXA addressing jumper that is found on 
all EXORciser II modules. 

During software development (edits, 
compilations, assemblies, etc.), the user will 
probably want as much continuous RAM as pos¬ 
sible, starting at address 0000. This RAM must 
also be in the same map as EXbug 2 so that the 
software development programs can communi¬ 
cate with the system terminal. This requires that 
the RAM, EXORdisk interface, and Printer in¬ 
terface be configured for the VXA, and the DEbug 
II Module be configured for the Dual Map mode, 
or that the RAM, EXORdisk interface, and Printer 
interface be configured for VUA and the DEbug II 
Module be configured for the Single Map mode. 
These same requirements also apply for any pro¬ 
grams that use the system terminal or EXbug 
routines. 

During target system emulation, the 
module addresses will be selected as required for 
the target system. The target system may be emul¬ 
ated in the User map of the Dual Map mode or, if it 
does not require any addresses greater than or 
equal to F000, it may be emulated in the Single 
Map mode. In the Single Map mode, the modules 
should be configured to respond to VUA. 

The paragraph in Chapter 2 on module 
preparation contains instructions on setting the 
address and map of the various modules. Mod¬ 
ules in the Executive map should be addressed 


only at values less than F000 to avoid conflicts 
with EXbug. 

4.7 IRQ, NMI, AND SWI VECTORS 

EXbug II Provides for the SWI and NMI 
features of the 6800 to be available to the user 
without restricting EXbug’s use of them. This ca¬ 
pability is referred to as the second level interrupt 
feature. The EXbug use of the interrupt is the first 
level and has the highest priority. EXbug gains 
control first, then decides if user processing at 
the second level is specified. If the interrupt is not 
an EXbug interrupt, EXbug passes control onto 
the second level service routine. Using this tech¬ 
nique, breakpoints can be set in a program that 
uses SWI’s for its own use (EXbug uses SWI’s to 
mark breakpoints). The second level service rou¬ 
tines are reached via an address vector just as 
normal interrupt service routines. However, the 
locations where the vectors are kept vary, de¬ 
pending on the map in use and whether the sys¬ 
tem is in the Single or Dual Map mode. 

In the User map, the second level vec¬ 
tors are at the same locations as the normal vec¬ 
tors—i.e., $FFF8 through $FFFF. Since EXbug’s 
vectors must be at these locations in the Exec¬ 
utive map, the second level Executive map vec¬ 
tors are located indirectly; that is, the address 
contained in locations $FF00 and $FF01 in the 
Executive map points to the last byte of the sec¬ 
ond level reset vector. In this manual, this lo¬ 
cation is referred to symbolically as “ATOP.” The 
other vectors are in the normal order, as illustra¬ 
ted in Figure 4-5. 

EXbug only gains control of non-EXbug 
NMI’s if the system is in the Single Map mode or if 
instructions are being executed from the Exec¬ 
utive map of the Dual Map mode when the NMI 
occurs. In both cases, EXbug uses the indirect 
approach through the address in $FF00, $FF01 to 
determine the address of the second level service 
routine. Figure 4-6 illustrates this process. 

The action taken due to a non-break- 



FFFE, FFFF (Used by User Restart and :G Command) 
FFFC, FFFD 

FF FA, FFFB (2nd Level if Breakpoints Set) 

FFF8, FFF9 

FF E8, FFF7 


FIGURE 4-5. Interrupt Vectors in User Map 
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FIGURE 4-6. Interrupt Vectors for Executive Map and Single Map Mode 


point SWI is determined by the value of EXbug’s E 
parameter (see the E command description para¬ 
graph 3.6.1). A non-breakpoint SWI can generate 
an error message, or be serviced by the second 
level routine. The address of the second level SWI 
routine in the User map is obtained from $FFFA, 
$FFFB. For the Executive Map and the Single 
Map mode, the address of the second level SWI 
routine is obtained indirectly through $FF00, 
$FF01. EXbug does not handle IRQ’s, so they can 
be handled directly by the user in whichever map 
the interrupt is recognized. 

The user must put the PIC and IRQ vec¬ 
tors at $FFE8 through $FFF9 in the User map. In 
the Executive Map and the Single Map mode, the 


indirect pointer in $FF00, $FF01 is used to estab¬ 
lish the PIC and IRQ vectors. During abort and 
restart, EXbug moves the PIC and IRQ vectors 
specified by the address range. On restart, EXbug 
puts an address of $83FF into locations $FF00, 
$FF01 as the default second level vector top of 
memory in the Executive Map. 

Tables 4-1 through 4-4 summarize the 
rules used by EXbug for handling interrupts, in¬ 
cluding these second level interrupts. 

The response time for second level serv¬ 
ice of interrupts is slower than if the interrupts 
were serviced directly. This is because EXbug 
gains control and must determine that the inter¬ 
rupt is not an EXbug function. EXbug must then 
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determine what action to take, and then set up the 
processor’s registers and stack accordingly. On 
entry to a second level service routine, the pro¬ 
cessor’s registers and stack are configured as if 
control had been given directly to the routine 
without intervention by EXbug. 

Response time of second level SWI’s 
serviced in the User map can be speeded up by 
not setting breakpoints. Executive map response 


can be speeded up by directly taking over the 
interrupt vector. This is done by placing the ad¬ 
dress of the service routines at the normal vector 
positions, $FFFA through $FFFD. However, this 
eliminates use of EXbug functions which require 
these vectors: SWI—breakpoints; NMI—abort, 
trace, program continuation at a breakpoint. 
Also, the EXbug vectors are restored to the lo¬ 
cations on restart or abort. 


TABLE 4-1. Second Level Interrupt Rules 

I. Second level interrupts are interrupts which are not related to EXbug functions. They are generated by 
the user. 

II. EXbug gets control from a second level interrupt but passes it on to the user’s service routine. 

III. Possible second level interrupts are NMI and SWI. 

IV. Addresses for second level interrupt service routines in the Executive map are located indirectly through 
ATOP. Addresses for second level interrupt service routines in the User map are located directly in the 
normal vector locations. 


TABLE 4-2. Second Level NMI Rules 

I. Second level NMI is only possible in the Single Map mode or when the system is running in the Executive 
map of the Dual Map mode. 

II. Second level NMI is always enabled when the system is in either of the two modes described in item I. 

III. The addresof the second level NMI service routine for both of the modes in item I is determined indirectly 
through ATOP. 

IV. User NMI’s generated while the system is in the User map of the Dual Map mode will not return the 
system to the Executive map. 


TABLE 4-3. Second Level SWI Rules 


I. Second level SWI’s can occur in any map and in any map mode. 

II. Second level SWI's must be enabled by the EXbug E command. User SWI’s in the Single Map mode or 
the Executive map of the Dual Map mode will cause an “SWI" error message if the second level SWI is 
not enabled. User SWI’s in the User map of the Dual Map mode, without the second level enabled, will 
generate an “SWI” error message if breakpoints are set. 

III. Second level SWI’s from the User map of the Dual Map mode may be serviced in either the User map or 
the Executive map, depending on the E command value entered. 

IV. The address of the second level SWI service routine for the Executive map is determined indirectly 
through ATOP. The address of the second level SWI service routine for the User map is in $FFFA, 
$FFFB of the User map. 


TABLE 4-4. IRQ RULES _ 

I. Exbug does not use IRQ and, therefore, does not have an IRQ service routine. IRQ’s must be serviced 
directly by the user. 

II. IRQ’s are serviced in the map in which they are recognized. They do not cause a map change. 

III. The IRQ and PIC vectors always come from $FFE8-$FFF9 in the current map when the IRQ is 
recognized. 

IV. The IRQ and PIC vectors for the Single Map mode and the Executive Map of the Dual Map mode are 
initialized by EXbug during abort and restart indirectly from ATOP. On abort and restart, ATOP is 
initialized by $83FF. 
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4.8 MEMORY ASSIGNMENTS 

The DEbug II Module provides EX- 
ORciser II with the capability of addressing two 
separate 64K blocks of memory. These two 
blocks of memory are referred to as the Dual 
Memory map. One of these, the Executive map, 
contains EXbug (if configured for VXA), its pe¬ 
ripheral devices and RAM, the EXORdisk ROM 
and I/O devices, and the Printer I/O device. 
The other, the User map, is completely available 
to the user for emulation of his target system. This 
gives the user complete freedom in assigning ad¬ 
dresses to his memory and I/O devices without 
worrying about addressing conflicts with the sys¬ 
tem monitor and I/O devices. Yet, EXbug 2 still 
provides the user with full debug capabilities in 
the User map. Optionally, in the Single Map 
mode, the DEbug II Module can merge the two 
maps. In this mode, all addresses less than $F000 
come from the User map. The DEbug II Module 
preparation section describes how to select the 
Single or Dual Map mode. 

In the Dual Map mode, all of the EXbug 
debug commands are available in either map. The 
EXbug USER and EXEC commands control 
which map will be accessed by the debug com¬ 
mands. The command USER causes the EXbug 
debug commands to operate on the User map. In 
this mode, EXbug’s prompt is *. The command 
EXEC causes the EXbug debug commands to 
operate on the Executive map. EXbug’s EXEC 
causes the EXbug debug commands to operate 
on the Executive map. EXbug's prompt is *E in 
this mode. On power-up, EXbug comes up in the 
EXEC mode. 

In the Single Map mode, the EXEC and 
USER commands are not usually required since 
the maps have been merged. However, if the Halt- 
on-Address or Scope Sync functions are to be 
used at an address less than $F000, the USER 
command must be entered so that the address 
compare circuitry will detect the appropriate 
map. Figure 4-4 illustrates a typical EXORciser II 
memory map. 

Executive Map-User Map interface is 
described in detail in Appendix G. It is suggested 
that the user read Appendix G before preparing 
the User Map. Prepare User Map as follows: 

(a) Construct a basic memory map of your 
system. 

(b) Assign the memory location for your ROM's 
or PROM’s at the top of your memory. The 
top of memory of the ROM’s must appear to 
the MPU as address FFFF in the planned decod¬ 
ing scheme. (Some address lines will not be 
used, and the ROM therefore will respond to 
more than one range of addresses). 


(c) Assign the memory addresses for your 
RAM’s. It is recommended that the RAMs be 
placed below address 100 in memory, to real¬ 
ize the advantage of the direct addressing 
mode to save memory. 

(d) If your system is using Peripheral Interface 
Adapters (PIAs), assign four addresses for 
each PIA as described in the M6800 Manuals. 

(e) If your system is using Asynchronous Com¬ 
munication Interface Adapters (ACIAs), as¬ 
sign two addresses for each ACIA as de¬ 
scribed in the M6800 Manuals. 

4.9 EXORciser CONFIGURATION FOR 
SYSTEM EMULATION 

This paragraph discusses preparing the 
EXORciser II to emulate (functionally represent) 
the user’s system. Refer to the optional modules 
supplements as required for details. Prepare the 
EXORciser II hardware as follows: 

(a) Using the procedures in Chapter 2, install the 
EXORciser II modules in the EXORciser II 
card slots. 

(b) Determine whether you are going to use the 
EXORciser II clock or an external clock in 
your system. Install jumpers on the MPU 
Module accordingly. (If using the User Sys¬ 
tem Evaluator, see it’s User’s Guide). 

(c) If you are using an external clock, determine 
the clock frequency to be used in your 
system. 

(d) Connect the external clock to the MPU 
Module. 

(e) Connect the EXORciser II to the user's pro¬ 
cess or peripheral device, using the I/O Mod¬ 
ule for parallel interface, or the ACIA Module 
for serial interface. 

(f) Construct any required special circuitry for 
interface. 

(g) Set the base memory addresses on the EX- 
ORciser’s II memory and peripheral interface 
modules by means of the address switches 
as described in the module manuals. 

(h) Assign memory map address enable jump¬ 
ers. (VUA, VXA or PAGE ENABLE) on each 
module. 

4.10 TESTING PROTOTYPE OR 
PRODUCTION SYSTEMS. 

Once the designer has emulated his sys¬ 
tem in the EXORciser II chassis, and it is oper¬ 
ating properly, he can begin construction of a 
prototype as a next step in the development. By 
his emulation, he now knows exactly how much 
memory he needs, how many output ports or lines 
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will be required, and even what his clock circuit 
and decoding scheme must be. This information 
allows him to design a prototype that will be rea¬ 
sonably close to the final production units. Hehas 
not eliminated the need for a prototype alto¬ 
gether, but probably has bypassed several it¬ 
erations, at least. 

When construction is completed, he 
must test his prototype and determine whether it 
performs as well as the emulation system did. For 
this purpose, the EXORciser II is augmented by 
the addition of the User System Evaluator. This 
subsystem consists of a USE processor module 
that replaces the MPU module, and a buffer and 
cable assembly. 

The USE-EXORciser II can be used with 
any Motorola 6802 or 6800 microprocessor sys¬ 
tem regardless of it’s physical configuration. The 
purpose of this arrangement is to provide the 
same debug capabilities in the user system as 
previously used in the emulation. The inter¬ 
connection of the two systems in this way creates 
one bigger system which operates in real time 
with one MPU. This larger system is driven by the 
users clock to avoid the need for any special rear¬ 
rangement of the user system just for the purpose 
of testing it. (i.e. no need to disconnect clock lines 
or to add decoding in order to operate with the 
EXORciser II.) With this arrangement, it is now 
possible to operate and test the system with all or 
part of the I/O, or memory, in either system. The 
memory can be RAM or ROM (or PROM), and the 
I/O can be the original emulated version using 
EXORciser II modules or can be the newly con¬ 
structed circuits on the prototype. 

Since it is better to take little steps, 
rather than one big plunge, the procedure for the 
development of a typical system might be as 
follows: 

(1) Only the clock circuitry of the prototype 
would be installed or its I/O and memory 
would be disabled temporarily. Those fea¬ 
tures could be left as they were in the 
emulation. 

(2) When satisfied that the clock is performing 
properly, one or more of the I/O chips would 
be installed and the associated external pe¬ 
ripheral would be tested by using the EX- 
bug's memory display/change routine just as 
was done in the original emulation (see para¬ 
graph 4-3). 

(3) After all of the I/O has been activated, and 
works correctly and, assuming that we are 
prototyping the system previously shown in 
figure 4-3, we would probably resume testing 
by loading the program that was used in the 
emulation, into RAM module. 


NOTE 

Many engineers may choose to assem¬ 
ble their clock and I/O circuitry on the 
prototype board, or boards, and get it 
working with their peripherals before 
the programming is finalized. In this 
case, it is desirable to be able to edit 
and reassemble the program without 
dismantling the hardware setup. This is 
possible by installing one or more of 
the Dynamic RAM Memory modules, as 
follows: 

(4) If we are using a tape terminal and the Co¬ 
resident Editor/Assembler programs, we will 
also need a minimum of 8K of RAM with its 
address switches set for 0 and 1, (so as to 
have memory from 0000 to 1FFF). The Editor/ 
Assembler reside in this range with 744 bytes 
left over for the edit buffer or assembler sym¬ 
bol table. 

(5) If, on the other hand the EXORdisk II Floppy 
disk system is chosen, with the standard Edi¬ 
tor and Assembler programs, we would need 
a minimum of 16K of RAM with its address 
switch set for 0, to provide memory from 0000 
to 3FFF. 

NOTE 

With either of these arrangements, the 
editing and assembling process can be 
carried on in the EXORciser II without 
disturbing the hardware or the pro¬ 
gram in memory. 

The USE feature, whereby the memory in the EX¬ 
ORciser II has priority over any memory (or I/O), in 
the user system, allows this to work. 

(6) Once the user’s program has been edited 
and reassembled until it operates properly, it 
could be copied into EROM, or bi-polar 
PROM, by means of the PROM programmer 
module (MEX68PP3). The PROM could then 
be installed in the appropriate socket of the 
user’s prototype for extended testing. 

NOTE 

Any of the features of the EXbug pro¬ 
gram can be used at any time. For ex¬ 
ample, the Trace and Breakpoint func¬ 
tions are fully usable in either system. 
Trace will work with PROM, (or ROM), 
and although breakpoints will not work 
in ROM, the Stop-on-Address will, and 
does essentially the same job. These 
allow testing in real time (i.e. No wait 
states are required, and the instruc¬ 
tions are executed at the users clock 
rate, including all I/O). 

When the program has been put into PROMS, the 
EXORciser II will start up in the map specified by 
the switch settings on the DEbug II. EXbug’s Re¬ 
start vectors will always be used when in Single 
map mode. If in Dual map mode, and the Restart 
switch is set to its USER position, the EXORciser 
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II will use the USER map for its RESTART vector 
and subsequent execution. This feature allows 
the user to fully evaluate the power startup por¬ 
tion of his final system design. 

4.11 PRECAUTIONS WHEN USING THE 
USER SYSTEM EVALUATOR 

The User System Evaluator is designed 
to interface with any user 6802 or 6800 system, 
but certain non-obvious precautions must always 
be taken. When the USE module is first installed, 
many users have difficulty getting their EX- 
ORciser II to run properly. The following simple 
rules are suggested: 

(1) When the USE Module (without cables) is 
plugged into the EXORciser II in place of the 
MPU module, it should turn on and run prop¬ 
erly in EXbug, as long as the switches are set 
for internal clock and internal NMI. (Towards 
back). If it doesn’t, look for a missing TSC 
jumper J1 (E3 to E4). It is located about an 
inch above the 100 mfd capacitor on the left 
side of the board. 

(2) Jumper J2 will not affect operation (running) 
but must be installed if the User System 
Memory extends into the EDOO-EDFF area 
of memory, and needs to be accessed by 
EXbug. With the jumper out, the Systems An¬ 
alyzer PROM has priority over the User Sys¬ 
tem memory. 

(3) When the cable (with buffers) is installed but 
not plugged into an operating user system, 
the EXORciser II will not run unless a jumper 
is installed between pins 39 and 40 on the 
MPU plug. This is the TSC line, and unless it 
is grounded, the entire system will be in¬ 
hibited. (A spare socket with a jumper would 
be a good thing to use to avoid pulling the 
cables off). 

(4) Once plugged into a User System, the EX¬ 
ORciser II will not run properly unless the 
clock is switched to external (User Clock 
must be running) and all of the signal lines on 
the User MPU socket are at their proper level 
(i.e., TSC must be ground; NMI, HALT, RST, 
and IRQ must be high). The system must be 
switched to the user’s clock to run properly, 
since all devices on the user’s system are 
clocked by the user clock, and data cannot 
be transferred properly unless EXbug and 
the Disk System are using the same clock. 
USE is not designed to drive the user’s sys¬ 
tem from the EXORciser clock. 

(5) If Dynamic Memory is to be used in the EX¬ 
ORciser II, the cable to connector U14 in the 
USE2 buffer box (U19 in USE2B) must be 
connected. The Refresh Request, Refresh 


Grant, and Memory Clock lines should be 
connected to the user clock circuit from this 
connector. The master or slave can be in 
either system, but the Refresh request line 
should not be connected, or S3 of USE2B 
should be open if the master is in the user 
system. Of course, only one master should 
exist. 

(6) If your User System does not have the Mem¬ 
ory Refresh circuitry, it will be necessary to 
add it, if you intend to use Dynamic Memories 
in the EXORciser II. If you are using a simple 
clock, it should be possible to make up a little 
card with a few gates and a flip-flop to do the 
job. The EXORciser MPU Module schematic 
in the User’s Guide is a good example of a 
circuit to use and, if the memory ready circuit 
is not being used, it can be simplified further. 
If you are using a 6871B Clock, it may be 
possible that by adding a 7479 flip-flop and a 
7404 Inverter (wired as on the USE Module 
itself), the refresh can be provided. The cable 
from U14 (or U19 for the USE2B) would be 
connected into that flip-flop so that Refresh 
Request results in Refresh Grant, and the 
clock is actually stretched as required. 

USE can always be used with Static 
Memory if no refresh circuit is available. 

NOTE: 

The VMA Line to the User System is 
really VUA from the EXORciser II as it 
should be, so that the less than fully- 
decoded user memory will not interfere 
with EXbug. (No need to modify the 
user system to work in the EXORciser). 

4.12 NOISE PROBLEMS WITH USE 

When interconnecting two digital sys¬ 
tems, as done when using the USE Module, the 
grounding of the circuitry and the cases (frames) 
become very important. If improperly done, the 
noise voltages induced into the combined system 
may be enough to prevent EXbug or any program 
from running properly. 

These noise voltages can be generated 
by electrostatic coupling when the circuitry and 
frames are not at the same potential or by elec¬ 
tromagnetic effects when excessive ground cur¬ 
rents are carried through the wires. The accepted 
practice in grounding is to assure that all el¬ 
ements are effectively grounded at one point 
only. The EXORciser II by itself meets this criteria. 
When connected to a User’s System, however 
(which is similarly grounded), trouble could re¬ 
sult if the two ground points are at different po¬ 
tentials. The corrective measures which solve the 
problem may not be the same for different 
assemblies. 
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The first step in correcting noise prob¬ 
lems is to see that the User System follows the 
“one point” ground rule and that the case or 
frame of the hardware is properly grounded to 
that point. Secondly, the AC power cord should 
be installed in the same receptacle as used by the 
EXORciser II. 

Since the USE Module plugs into the 
6800 or 6802 socket, it carries the EXORciser II 
circuit ground into the User system via wires on 
pins 1 and 21. If the ground potential difference 
between the two systems is low, this may work 
without difficulty. Since these wires in the cable 
are small, it will help if a heavy gauge wire is used 
to connect the USE2 buffer assembly to the user 
system. The lower resistance reduces the ground 
potential difference. It should be kept short and 
should be kept parallel to the existing cable. Al¬ 
though the USE2B cable has additional ground 
wires in its cable, the same two pins are the only 
path to ground so the same heavy wire should be 
used. In the event these procedures do not cure 
the difficulty, it may be necessary to remove the 
circuit to frame ground from one system or the 
other. 

NOTE 

Not all noise problems are due to 
grounding and when the bus lines are 
extended with long cables and many 
cards are used, the capacitive coupling 
between lines can be excessive. This 
can lead to glitches which may inter¬ 
fere with properoperation. Forthis rea¬ 
son, the EXORciser II has a three layer 
motherboard which has considerably 
reduced coupling. 

4.13 USE with MDOS—Clock 
considerations 

When attempting to use USE with the 
Motorola Disk Operating System (MDOS), oth¬ 
erwise known as the EXORdisk II, several other 
factors must betaken into consideration. First the 
MDOS interface card derives its clock signal from 
the line called “Memory Clock” and, therefore, 
when USE is interconnected to a user system, and 
the clock switch is on EXTERNAL as it should be, 
it is necessary to connect the user “Memory 
Clock” signal to connector U14 pin 2 (U19 pin for 
the USE2B). Memory Clock is the same as <f>2 but 
does not get stretched by DMA or Memory Ready. 
This connection must be made in accordance 
with good engineering practice in order to pre¬ 
serve the proper waveform. It has been found that 
a series 68 ohm (1/2 or 1/4 watt) resistor is needed 
close to the source, with a twisted pair used to 
carry the signal. If dynamic memory is to be used 
in the EXORciser, the Refresh Request and Re¬ 
fresh Grant signals must be similarly connected. 


The user clock must be 1 MHz plus or 
minus a few percent to permit use of the EX¬ 
ORdisk II to load user memory. If the user wants to 
load user memory or even EXORciser II memory 
for a test while running on a user clock which is 
not 1 Mhz, he must first transfer his object file to 
tape on Internal clock. An alternative for loading 
EXORciser II memory, when the user clock is not 
1 MHz, is to switch back to the user clock after 
loading memory with USE’S internal clock. It is 
advisable to hold the RESTART button while 
switching the clock. 

4.14 IRQ CONSIDERATIONS 

Another sophisticated problem en¬ 
countered with USE and MDOS is related to the 
memory priority scheme. Recall that, when mem¬ 
ory resides in the EXORciser II at a given address, 
it responds in lieu of memory (or I/O) in the user 
system at the same address. This is true of read¬ 
ing only. When MDOS is entered, the memory is 
sized by writing an M up through memory and 
reading it back until no response occurs. If a 16K 
card is in the EXORciser II, for example, the pro¬ 
gram will write into the user system and the EX¬ 
ORciser II memory, but will only read back from 
the EXORciser II. If the user system utilizes PIA’s 
or ACIA’s in that range which have their IRQ lines 
connected, it may hang up the Disk System. Since 
it is undesirable to dismantle the hardware, a 
switch has been provided in the USE2B buffer 
box to open the IRQ line. 

4.15 SYSTEM EVALUATION AND DEBUG 

PROCEDURES 

Once a program has been written, en¬ 
tered, and assembled or compiled it must be 
tested to determine if there are any errors, or 
bugs, in it. The program must also be tested with a 
prototype version of the system hardware to det¬ 
ermine if the complete system functions as re¬ 
quired. The EXORciser II, with the EXbug pro¬ 
gram, provides a ready tool for system testing. 
For preliminary system testing the various op¬ 
tional EXORciser II modules, such as the PIA and 
ACIA modules, can be used to emulate the I/O 
functions of the final system. The EXORciser II 
RAM modules can be configured as required to 
contain the program under test. Paragraph 4.9 
discusses how to configure the EXORciser II for 
system testing. After the system is properly con¬ 
figured, load the program. 

4.15.1 Memory Loader 

The program may be loaded to memory 
from tape using the terminal’s tape reader and 
EXbug’s LOAD command. If the program is on an 
MDOS diskette, the MDOS LOAD command can 
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be used to bring it into memory. At this point the 
program can be run without any EXbug debug 
features active. This will give an indication if the 
program operates correctly. The program can be 
started using the ;G or addr;G command. 

4.15.2 Abort Function 

If the program does not operate prop¬ 
erly, the ABORT button should return control to 
EXbug. The abort will give a register printout of 
the processor state when the abort occurred. This 
printout can be useful in further debugging by 
indicating a likely place to start debugging. If the 
program were run in the single map mode or in 
the executive map, it might have destroyed EX- 
bug’s NMI vector in which case the abort will not 
function. Also, execution of an invalid op code 
might put the processor in a state where it will not 
respond to the abort NMI. If either of these two 
conditions occur, the RESTART button will have 
to be used to return control to EXbug. In the Dual 
Map mode, the restart switch S3 on the DEbug II 
Module must be in the EXBG position for the restart to 
start EXbug. 

4.15.3 Default Debug Offset 

Before continuing further with debug¬ 
ging, the default debug offset, or Q value, should 
be specified if a relocatable program is under 
test. Specifying the main base address of the pro¬ 
gram as the Q value speeds debugging by permit¬ 
ting direct entry of all addresses relative to it. 
EXbug automatically adds the Q value to each 
single parameter address value entered. The Q 
value can be overridden by entering two parame¬ 
ters seperated by a comma as an address parame¬ 
ter. In this case the two parameters are added 
together to determine the absolute address. Re¬ 
fer to paragraph 3.6, EXbug 2 Commands, for 
further information about the default debug off¬ 
set. All addresses displayed by EXbug are abso¬ 
lute values. The Memory Change function can be 
used to determine the corresponding relative 
value. To determine the relative address enter the 
absolute address, a comma, a minus sign, the 
base address, and then a slash. EXbug will then 
display the contents of the relative address used 
as an absolute address. Entering another slash 


will cause EXbug to display the relative address 
and the memory contents again. A carriage return 
ends the memory change function. Figure 4.6 
shows an example of this use of the memory 
change function. 

4.15.4 Memory Change Function 

Since the I/O devices in a 6800 system 
are in the memory map, the memory change func¬ 
tion can be used to read and change their con¬ 
tents. Certain features of the memory change 
command facilitate its use to read and modify I/O 
devices. The slash (/) memory change terminator 
updates the open location to the new value en¬ 
tered, if one was, and then reopens the same 
location. This capability is handy in toggling a bit 
in a parallel output device or repetitively viewing 
an input device. If a location does not change 
correctly the memory change function is not au¬ 
tomatically exited. Instead an error message, 
consisting of a question mark, bell character, and 
the contents of the location, is sent to the system 
terminal. After the error message the memory 
change function proceeds according to the com¬ 
mand used to close the last location. This feature 
is useful when writing to write only registers on 
PIA control registers. The EXbug 2 memory 
change function reads a location only once when 
its contents are displayed. Also a location is read 
once after it is written to verify that it changed 
properly. When a location is written, only one 
store instruction is used. 

4.15.5 Breakpoint, Trace, and Halt-on- 

Address/Scope Sync Functions 

EXbug provides three different methods 
of controlled program execution to assist in lo¬ 
cating hardware and software problems. The 
three methods are: 

• Breakpoints 

• Halt-on-Address/Scope Sync 

• Trace 

Each method has its advantages and re¬ 
strictions. Combined, they provide very powerful 
and flexible techniques for testing and de¬ 
bugging M6800 systems. There is one restriction 
that is common to all three controlled program 
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execution methods except for the scope sync. 
Breakpoints, trace, and halt-on-address all use an 
interrupt to stop program execution. Since an 
interrupt pushes the processor’s registers on the 
stack, the stack pointer must be pointing at a valid 
stack area when the interrupt occurs. Therefore, 
if the stack pointer is not pointing at RAM when 
the interrupt occurs the register contents will be 
lost. If the stack pointer is pointing to a data area 
in RAM when the interrupt occurs, the data will be 
overwritten by the register contents. 

4.15.5.1 Breakpoints 

Breakpoints are probably the most use¬ 
ful of the three techniques. A maximum of eight 
breakpoints can be active at any given time. 
Therefore, they can be used to check program 
flow. Breakpoints can be set at various locations 
throughout the program. Then when program ex¬ 
ecution reaches the breakpoint, execution is 
stopped and the processor registers are dis¬ 
played. Breakpoints are also useful in testing the 
execution of program loops. This is provided by 
the n;P command which continues execution at a 
breakpoint but does not stop and display the reg¬ 
isters at that breakpoint until the nth time it oc¬ 
curs. Except for the use of the n;P in loop testing, 
the program will execute in real time while break¬ 
points are active. During the n;P operation, the 
breakpoint remains in the program and gives 
control to EXbug each time it is encountered. 
EXbug returns control to the program as long as 
the n value is nonzero. This operation will slow 
loop execution. The restrictions on the use of 
breakpoints are that they can only be used in 
programs running in RAM and that they must only 
be set on the first byte of an instruction. Both of 
these restrictions result because EXbug uses the 
SWI instruction for breakpoints. 

4.15.5.2 Trace 

The trace feature comes in two options: 
trace a given number of instructions or trace to a 
given address. Both are useful in watching the 
processor registers during program execution. 
Care must be exercised while using trace, how¬ 
ever, since it is easy to quickly generate more 
register printout than one can reasonably digest. 
Since the trace feature uses the NMI, programs in 
ROM as well as RAM can be traced. The restric¬ 
tion on trace is that the program execution is not 
real time. EXbug interrupts the program after 
each instruction so that it can provide a register 
printout. 

4.15.5.3 Halt-on-Address 

The Halt-On-Address function is useful 
in finding how a location is being changed when 
it is not expected to be. Halt on address generates 


an interrupt when the specified address appears 
on the address bus. It is not necessarily associ¬ 
ated with the execution of a specific instruction 
as are the two previous techniques. Since it is a 
function of address, the halt-on-address can also 
be used as a single breakpoint for a program in 
ROM. The restrictions on the halt-on-address are 
that the processor is not interrupted until after the 
completion of the instruction which accessed the 
specified location and that unexpected halts may 
occur due to the operation of certain instructions. 
The first restriction causes the program counter 
to indicate the next instruction to be executed 
after the instruction that accessed the specified 
location. In most cases this will not cause a prob¬ 
lem. However, if the instruction which caused the 
halt also caused a change in program flow, such 
as a branch, JMP, JSR, RTS or RTI, it may be 
difficult to determine which instruction caused 
the halt. Unexpected halts may be caused by cer¬ 
tain instructions. For example, all single byte in¬ 
structions cause the next address to be read 
while the instruction is being executed. There¬ 
fore, if a halt is set on an instruction following a 
single byte instruction, the halt will occur twice; 
once when the single byte instruction is executed 
and again when the instruction following it is 
executed. One instance of this type of operation 
that is not always obvious is when a halt is set on 
an instruction where the preceeding location 
contains an RTS. The halt will occur when the 
RTS is executed but the associated register print¬ 
out will show no relationship to where the halt 
was set. A cycle by cycle description of all M6800 
instructions is contained in the M6800 Micro¬ 
computer System Design Data book. 

4.15.5.4 Scope Sync 

Associated with the halt on address 
function is a scope sync function. It is enabled 
and disabled by the same EXbug commands as 
the halt on address. The selection between the 
two functions is made by switch S2 on the DEbug 
II Module. When the switch is in the halt on ad¬ 
dress position an NMI is generated by the address 
match. In the scope sync position, a pulse is gen¬ 
erated at the scope trigger point on the DEbug II 
Module by the address match. The scope sync fea¬ 
ture is used to trigger an oscilloscope to mon¬ 
itor the waveforms associated with a particular 
point in the program. The restriction on the scope 
sync is that unexpected trigger pulses may result. 
This happens for the same reason as the un¬ 
expected halts: the specified address appearing 
on the bus because of a preceeding single byte 
instruction. 

4.15.6 Error Correction 

Once program errors, or bugs, have 
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been found using the above procedures, the next 
step is to correct the bug and continue testing. 
There are two ways of correcting bugs. If the bug 
is relatively minor, such as loading the wrong 
register or the wrong value, it may be patched, 
that is, corrected in memory. A written record 
should be made of the patch so that the program 
source may be corrected at a later time. It is also a 
good idea to dump the patched program to disk 
or tape so that memory can be restored. After 
several patches have been collected, the program 
source should be edited and the bugs corrected. 
Then the program can be recompiled or assem¬ 
bled and testing can continue with the new ver¬ 
sion of the program. If the program bug is major, 
such as an error in program organization, it may 
be necessary to go directly to the edit, compile, 
assemble procedure. 

The point at which a bug becomes too 
large to patch depends on the time required to 
edit, compile, assemble the program. If the pro¬ 
gram can be edited and compiled or assembled 
and a new object program obtained quickly then 
lengthly patches may not be appropriate. 

4.16 SOFTWARE DEVELOPMENT USING 

EXORciser II 

The EXORciser II with the addition of the 
EXORdisk II and Microsystems Printer becomes a 
very powerful software development tool. Soft¬ 
ware is developed as follows: 

Program Requirements 

The first step in software development is 
to define the program’s requirements. This spec¬ 
ification should be as complete and detailed as 
possible. Without this roadmap of what is re¬ 
quired of the software, the design of it can easily 
become misdirected into areas that are really 
unimportant. 

Language Selection 

Select the language the program will be 
written in. The choice is between assembly lan¬ 
guage and the higher level languages available. 
Along with resident absolute and macro/re¬ 
locatable assemblers, Motorola currently sup¬ 
ports the following resident higher level lan¬ 
guages for the M6800: FORTRAN, BASIC, MPL, 
and COBOL. The decision of which language to 
use depends on the application, the proposed 
production volume of the final system, and what 
languages the user has experience with. Typi¬ 
cally, as the production volume of a product is 
increased, the reduced memory requirements of 
assembly language over higher level languages 
makes assembly language a better choice. How¬ 
ever, when the production volume will be low, the 
reduced development time for higher level lan¬ 


guages as compared to assembly language will 
make them the better choice. System response 
time requirements may also play a part in deter¬ 
mining what language is used since higher level 
languages execute more slowly than assembly 
language. Some higher level languages over¬ 
come this by permitting portions of the program 
to be written in assembly language. The user 
should also give preference to languages he has 
had experience with in order to avoid a possibly 
lengthy learning period which would affect the 
product schedule. 

Program Design 

After a language has been selected and 
program's requirements defined, design the pro¬ 
gram. This step is very important. The completed 
design of the program is equivalent to the schem¬ 
atic for the hardware. This design may be done in 
flow chart, metacode, a higher level language, or 
some other technique the designer is familiar 
with. The language selected will have a bearing 
on the design. A more detailed design is required 
if the program is to be written in assembly lan¬ 
guage instead of a higher level language. This is 
required so that memory and the processors reg¬ 
isters are properly allocated. These are tasks that 
a higher level language will take care of for the 
programmer. Some higher level languages such 
as MPL are structured so that the program could 
be designed using the higher level language. In 
these cases the design and coding, or program¬ 
ming, would occur concurrently. 

Writing the Program 

Once the design is completed the next 
step is to write the program. As the program is 
being written it can be entered onto disk or tape 
using the resident editor. This is referred to as the 
source. If the program is written in modular 
blocks they may be compiled or assembled and 
tested as they are completed. Otherwise the com¬ 
plete program will have to be entered before it 
can be compiled/assembled and tested. 

Testing 

The procedure described in the preced¬ 
ing section may be used for testing the program. 
However, if the equivalent I/O devices for the final 
system are not duplicated in the EXORciser II the 
routines that handle these devices and the cor¬ 
responding I/O cannot be easily tested. If these 
routines are to be tested at all without the cor¬ 
responding hardware then software routines 
must be written to simulate the I/O. Generally 
though, routines that do not require I/O can be 
tested without much difficulty once any required 
parameters are set up. As testing continues and 
program errors are found they may be corrected by 
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patches as described in the preceding section. 
When several patches have been made to the 
program it is wise to incorporate the corrections 
in the source by editing it. After the corrections 
have been made the program can be compiled/ 
assembled again and testing can continue. 

4.17 DYNAMIC SYSTEM BUS 

In the upper left-hand corner of all EX- 
ORciser II modules is a 20-pin header known as 
the Dynamic System Bus (DSB). As implied in its 
description, this input/output port gives the 
designer a means for dynamically expanding the 
hardware capabilities of the EXORciser II. The 
DSB facilitates the implementation of such sys¬ 
tem features as: 

• Priority Interrupts 

• Extended Memory Systems 

• Advanced Parity Error Control 

• Multiprocessor Applications 

None of the connections on the DSB are 
used by EXbug or any of the standard EXORciser 
li modules (although the pins are connected to 
their appropriate logic on the modules). No ca¬ 
bles are provided for the DSB. Instead, the DSB 
provides a unified approach for system designers 
to incorporate EXORciser II modules into more 
sophisticated end products of their own. 

Some of these possible applications are 
described below. Additional ideas will be recog¬ 
nized by imaginative designers. 

The interrupt lines are usually level sig¬ 
nals and are not, therefore, protected by individ¬ 
ual ground lines. The parity-error and page-en¬ 
able lines are typically high speed lines and are, 
therefore, paired with a ground for twisted-pair 
connections. 

Priority Interrupts: The MPU II Module 
treats the DSB signals on pins 2-9 as level inputs 


to the Priority Interrupt Controller (PIC). The de¬ 
signer could receive interrupts from up to eight 
peripheral modules if the modules were “bused” 
together by the DSB. He could then take advan¬ 
tage ot the PIC (on 1 MHz systems only) to quickly 
process the inputs. 

PARITY-ERROR: For memory systems 
that demand a more sophisticated parity error 
control than the standard EXORciser II parity (see 
Paragraph 1.5.1), the PAR-ERR signal could be 
used as an input to a custom module that could 
perform such functions as retry, restart, or faulty 
address identification. If more than one memory 
module needed to be controlled, the open header 
used for the DSB could be used for non-bused 
connections. For example, an individual pair of 
twisted wires with a 2-pin female connector could 
tie multiple memory modules to a single hard¬ 
ware module designed by the user. 

PAGE-ENABLE: The Dual Map con¬ 
cept has been extended by making each EX¬ 
ORciser II Module addressable in one of three 
modes: 

VUA—Valid User Address 

VXA—Valid Executive Address 

PAGE-ENABLE—for multiple “pages” 
of 64 K bytes 

As described in Chapter 2, each module 
provides a jumper arrangement that allows the 
user to assign the module to one of these ad¬ 
dressing modes. If a user builds a controller that 
can convert the VMA signal from the MPU II into 
one of several pages, an unlimited number of 
“pages” of 64K bytes can be realized. These 
“pages” could contain any combinations of pe¬ 
ripherals and memories. Once again, individual 
twisted pairs would need to be connected from 
unique modules to a central control module. This 
addressing capability will be useful in multiple 
terminal, multi-disk, and extended memory 
systems. 



CHAPTER 5 

THEORY OF OPERATION 


5.1 INTRODUCTION 

This chapter provides a block diagram 
description of the EXORciser II. The EXORciser II 
as a system development tool may be configured 
in a variety of applications and with a variety of 
options. This chapter, rather than discussing 
each possible configuration, discusses the basic 
EXORciser II. The basic EXORciser II comes 
equipped with an MPU II Module, a DEbug II Mod¬ 
ule, 32K of RAM Memory, and the Power Supply. 

The basic EXORciser II and its optional 
modules provide the user with a system 
development tool for the M6800 Microcomputer 
Family of Parts. The user, through his configura¬ 
tion of the optional modules in the basic EX¬ 
ORciser II unit, has the capability of emulating 
(functionally creating) a hardware prototype of 
his system. 

5.2 BASIC EXORciser II BLOCK 
DIAGRAM DESCRIPTION 

The basic EXORciser II, as illustrated in 
Figure 5-1, consists of the MPU Module, the 
DEbug Module, the power supply, the chassis, 
the EXORciser II bus, and the EXbug Firmware. 
Each of these modules is built around the M6800 
Microcomputer Family of Parts, MC68B00 Micro¬ 
processing Unit (MPU), MC68B21 Peripheral In¬ 
terface Adapter (PIA), MC68B10 Random Access 
Memory (RAM), and MC68B50 Asynchronous 
Communications Interface Adapter (ACIA). 

The EXORciser II EXbug 2 Firmware, 
through its system debug and program control 
features, minimizes the time required to develop 
a user’s system. The EXbug 2 firmware provides 
the EXORciser II with the capability to: 

• Display the contents of the MPU registers at 
any time 

• Step through the user’s program one instruc¬ 
tion at a time. 

• Trace through a user’s program to locate prob¬ 
lem areas 

• Stop the program on a selected program step 

• Abort from the user’s program and return to the 
EXbug control program on command 


• Reinitialize the EXORciser II on command. 

The user communicates with the EX¬ 
ORciser II in one of two ways: 

• Through a RS-232C or TTY data terminal 

• Through the EXORciser II front panel controls 
and indicators. 

The data terminal permits the user to 
communicate directly with the EXbug Firmware. 
The EXORciser II front panel permits the user to 
apply power to the EXORciser II to abort (exit) the 
EXORciser II from a routine, and to initialize and 
reset the EXORciser II. 

The MPU II Module incorporates the 
MC68B00 Microprocessing Unit (MPU) and the 
system clock. This module performs a dual func¬ 
tion in that this module provides the MPU and the 
clock signals for both the EXORciser II, DEbug II 
and the user’s prototype system. The MC68B00 
Microprocessing Unit is an 8-bit parallel pro¬ 
cessing unit capable of addressing 64K bytes of 
memory. In addition, the MPU addresses its input 
and output devices as memory. The MPU also 
provides the EXORciser II with 72 variable length 
instructions and the capability of responding to 
real time interrupt signals. 

The MPU II Module controls the flow of 
commands, data, and addresses on the EX¬ 
ORciser II bus. During a MPU memory read or 
write operation the MPU II Module controls the 
transfer of command, status, addresses and data 
to the selected module by controlling the EX¬ 
ORciser II bus. 

With the exception of the EXORciser II 
clock, the system restart, and the DBE signal 
(delayed), the MPU II Module appears exactly like 
a MC68B00 processing Unit with unlimited TTL 
bus drive capability. 

The DEbug II Module provides the EX¬ 
ORciser II with its capability to evaluate and de¬ 
bug the user's prototype hardware and software 
in an actual application. The EXbug 2 Firmware, 
contained in the module’s ROM memory, pro¬ 
vides the EXORciser II with its program control 
capabilities. The module’s RAM memory is used 
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as a scratch-pad memory for the EXbug 2 Firm¬ 
ware. The EXbug 2 Firmware enables the EX- 
ORciser II to: 

• Load data into the EXORciser II 

• Verify that the data in the EXORciser II is valid 

• Search a tape for a specific file 

• Print the contents of the memory 

• Punch (or record) the contents of the memory 

• Perform the MAID (Motorola Active Interface 
Debug) functions. 

The MAID function enables the EX¬ 
ORciser II to: 

• Examine and, if required, change the contents 
in a memory location 

• Examine and, if required, change the contents 
of the MPU registers 


• Calculate the offset in the relative addressing 
mode 

• Insert, display, and remove breakpoints in the 
user’s program 

• Freerun or trace through a user’s program un¬ 
der MAID control 

• Search memory for a specific bit pattern 

• Perform decimal-octal-hexadecimal conver¬ 
sions 

• Stop the EXORciser II on a selected memory 
address in the user's program 

• Provide an oscilloscope trigger pulse at a se¬ 
lected memory address. 

The DEbug II Module also incorporates 

the level converter circuits required to interface 

the EXORciser II with a TTY or RS-232C data ter- 



FIGURE 5-1. EXORciser II Simplified Block Diagram 
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minal, and also provides the EXORciser II with 
eight standard baud rates—110, 150, 300, 600, 
1200, 2400, 4800, and 9600 baud. This module 
also interfaces the EXORciser II with a TTY or RS- 
232C compatible data terminal. 

The Power Supply provides the EX¬ 
ORciser II with the +5 VDC, +12 VDC, and -12 
VDC power sources required by the EXORciser II 


and its modules. This power supply will support a 
full rack of modules. 

The chassis is capable of holding 14 
plug-in modules. These 14 sockets connect di¬ 
rectly into the EXORciser II bus. The Power Sup¬ 
ply is not a plug-in module and is mounted di¬ 
rectly to the EXORciser II chassis. 
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APPENDIX A 

EXORciser II BUS DESCRIPTION AND SPECIFICATIONS 


A.1 INTRODUCTION 

The EXORciser II Development System 
incorporates a multilayer motherboard to inter¬ 
connect the address, data and control buses for 
up to 14 separate system modules. The moth¬ 
erboard is made with an embedded groundplane 
to provide the high noise immunity requirements 
of a high speed microprocessor development 
system. This appendix identifies all of the moth¬ 
erboard interconnections and describes the 


function of each interconnect signal. In addition, 
complete timing specifications are provided for 
the bus interconnections. 

A.2 DESCRIPTION OF BUS SIGNALS 
AND PIN ASSIGNMENTS 

Table A-1 summarizes the pin assign¬ 
ments for the EXORciser II motherboard, while 
Table A-2 lists the signal mnemonic, name, and 


TABLE A-1. EXORciser II Bus Connections 


PIN NUMBER 
(COMPONENT SIDE) 

FUNCTION 

PIN NUMBER 
(CIRCUIT SIDE) 

FUNCTION 

A,B,C 

+5V 

1,2,3 

+5V 

D 

IRQ 

4 

G/H 

E 

NMI 

5 

RESET 

F 

VMA 

6 

R/W 

H 

NOT USED 

7 

*1 

J 

*2 

8 

GND 

K 

GND 

9 

GND 

L 

MEM CLK 

10 

VUA 

M 

-12V 

11 

-12V 

N 

TSC 

12 

REF REQ 

P 

BA 

13 

REF GNT 

R 

MEM RDY 

14 

•DEBUG 

S 

NOT USED 

15 

•TSG 

T 

+ 12V 

16 

+ 12V 

U 

•STANDBY 

17 

•STANDBY 

V 

* PWR FAIL 

18 

•CLOCK 

w 

*PARITY-ERR 

19 

* VXA 

X,Y,Z 

*GND 

20,21,22 

*GND 

A 

NOT USED 

23 

NOT USED 

B 

GND(REF) 

24 

GND(REF) 

C.D.E.F 

RESERVED FOR 

25,26,27,28 

RESERVED FOR 


BUS EXPANSION 


BUS EXPANSION 

H 

D3 

29 

D1 

J 

D7 

30 

D5 

K 

D2 

31 

DO 

L 

D6 

32 

D4 

M 

A14 

33 

A15 

N 

A13 

34 

A12 

P 

A10 

35 

All 

R 

A9 

36 

A8 

S 

A6 

37 

A7 

T 

A5 

38 

A4 

U 

A2 

39 

A3 

V 

A1 

40 

AO 

W,X,Y 

GND 

41,42,43 

GND 


* Indicates revision to previous EXORciser System. 
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functional description. Signal differences be¬ 
tween previous EXORciser systems and the EX- 
ORciserll are also noted in Table A-1. It should be 
noted that all bus assignments between previous 
systems and this system are completely com¬ 
patible, with the exception of previously unused 
signals which have now been defined. Eight 
motherboard interconnection lines have been 
specifically reserved for user applications. Other 
unused EXORciser II motherboard interconnects 
are reserved for future EXORciser II expansions. 

A.3 BUS SIGNAL TIMING 

SPECIFICATIONS 

The second portion of Appendix A is in¬ 
tended to provide the user with detailed timing 
data and general application notes. It is written 
from the perspective of the design engineer who 
wants to design a new peripheral and/or memory 
module that will interface with the EXORciser II 
bus. Therefore, timing data is presented with re¬ 
spect to the bus (internal timing on specific mod¬ 
ules isnot discussed). Figure A-1 presents a block 


diagram illustrating this point of view (using the 
bus as the reference). Figure A-2 provides a gen¬ 
eral timing diagram for the most important sig¬ 
nals on the bus. Frequent reference will be made 
to these two figures throughout the following 
discussion. 

A.3.1 Assumptions 

All timing data presented in this ap¬ 
pendix is based upon the EXORciser II system 
hardware consisting of the multilayer moth¬ 
erboard (MEX68MB2), the MPU II Module 
(MEX6800-2), and the DEbug II Module 
(MEX68DB2). In addition, it is assumed that all 
interfacing to the bus is buffered with MC8T97 
(MC6887) or equivalent devices. Timing data on 
each signal is based upon a capacitive load (C L ) of 
50 picofarads and a maximum device loading of 
10 MC8T97 or equivalent devices (-4.0 mA @ 
0.5V and 400 /x A @ 2.4V). Vcc is always assumed 
to be 5.0 Volts. Ground is 0 Volts and is logic zero 
(low). Positive current is defined as into the termi¬ 
nal referenced. 


TABLE A-2. EXORciser II Bus Signals 


PIN 

NUMBER 

SIGNAL 

MNEMONICS 

SIGNAL NAME AND DESCRIPTION 

A,B,C 

+5 VDC 

+5 Vdc Power — Used for the system’s logic circuits and available to the user 
for prototype module requirements. (15 Amps Total MAX.) 

D 

IRQ 

INTERRUPT REQUEST — A low level sensitive input signal to the MPU II 
Module used to request generation of an MPU interrupt sequence. The 
MPU will wait until it completes the instruction being executed before it 
recognizes the request. At that time, if the interrupt mask bit in the MPU 
Condition Code Register is not set, the MPU will begin executing the 
interrupt sequence. 

E 

NMl 

NONMASKABLE INTERRUPT — A low going, edge sensitive input signal to 
the MPU II Module used to request generation of an MPU nonmaskable 
interrupt sequence. The MPU will wait until it completes the instruction 
being executed before it recognizes the request. At that time, regardless 
of the logic state of the Interrupt Mask bit in the MPU Condition Code 
Register, the MPU will begin executing the nonmaskable interrupt. 

F 

VMA 

VALID MEMORY ADDRESS — A high level, TTL compatible signal produced 
by the MPU II Module and used to indicate to the DEbug II Module that a valid 
memory address is present on the address bus. 

H 

— 

NOT USED — Reserved for system expansion. 

J 

<f>2 

Phase 2 — One of the bi-phase clock signals generated by the clock circuit on 
the MPU II Module. 

K 

GND 

GROUND — Power ground for ±12 Vdc. 

L 

MEM CLK 

MEMORY CLOCK — An ungated, TTL level <f>2 clock signal used to refresh all 
dynamic Random Access Memory modules within the system. 

M 

-12 VDC 

-12 Vdc Power — Available to the user for custom-designed prototype 
modules. (1.5 Amps MAX.) 
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TABLE A-2. EXORciser II Bus Signals (Cont’d) 


PIN 

NUMBER 

SIGNAL 

MNEMONICS 

SIGNAL NAME AND DESCRIPTION 

N 

TSC 

THREE-STATE CONTROL — This input signal to the MPU II Module, when 
high, places all of the address and data lines on the module into their 
off or high impedance state. The VMA and BA signals will go to their off or 
high impedance state. Since the MPU is a dynamic device, it should not be 
held in the THREE-STATE CONTROL mode for more thant 4.5 
microseconds. 

P 

BA 

BUS AVAILABLE — A normally low level output signal from the MPU II 
that, when activated, goes high to indicate that the MPU has halted and the 
address bus is available. This condition occurs whenever the GO/HALT 
signal is in the HALT (low) state or the MPU is in the WAIT state as a 
result of executing a Wait instruction. When this occurs, all of the MPU 
three-state output drivers will go to their off (high impedance) state and 
other outputs to their normally inactive state. A maskable interrupt or 
nonmaskable interrupt removes the MPU from the WAIT state. 

R 

MEM RDY 

MEMORY READY — A signal generated by the user that permits the 
EXORciser II to work with slow memory modules. When this signal is at a 
low level, the </>1 and <f >2 clock signals are stretched, with the <£1 signal held 
low and </>2 signal held high for a period of one clock cycle. After one clock 
cycle has elapsed, the MEM RDY signal is made high, thus enabling the 
clock to once again generate the <£1 and <f>2 clock signals at the normal 
operating frequency. 

S 


NOT USED — NOTE: The original EXORciser 8K Dynamic RAM Module 
(MEX6815-1) used this line for refresh control. However, this signal is now 
considered obsolete. Motorola reserves this line for system expansion. 

T 

+ 12 VDC 

+ 12 Vdc Power — Available to the user for custom-designed prototype 
modules. (2.5 Amps MAX.) 

U 

STANDBY 

STANDBY Power — This line is reserved for use with battery backup memory 
modules. If battery backup is not required, the STANDBY line is not used. 

V 

PWR FAIL 

POWER FAIL — This signal line is reserved for use with memory modules 
requiring battery backup. When used, this low level signal would disable the 
protected memory module. (This feature is not supplied as part of the 
EXORciser II.) 

w 

PARITY-ERR 

PARITY ERROR — This signal line is normally held high by the DEbug II 
Module. If a memory module that incorporates a parity check circuit is used 
within the EXORciser II and a parity error is detected, this signal will be 
forced low for one clock cycle. 

X,Y,Z 

GND 

GROUND 

A 

— 

NOT USED — Reserved for system expansion. 

B 

GND(REF) 

REFERENCE GROUND — Available to the user for prototype modules that 
require an isolated ground. This ground line is NOT connected to the normal 
EXORciser II ground connection. 

C.D.E.F 


USER DEFINED — These signal lines, along with their counterpart pin 
numbers (25, 26, 27, and 28) are reserved by Motorola for possible expan¬ 
sion of the data bus to 16 bits. Since compatibility of 16-bit data bus modules 
with existing modules is unlikely, these eight lines may be used for custom 
modules. 
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TABLE A-2. EXORciser II Bus Signals (Cont’d) 


PIN 

NUMBER 

SIGNAL 

MNEMONICS 

SIGNAL NAME AND DESCRIPTION 

FT 

D3 

DATA bus (bit 3) — One of 8 bidirectional data lines used to provide a two-way 
data transfer between the MPU II Module and all other plug-in modules 
within the system. The data bus drivers on the other modules are in their off 
or high impedance state except when selected during a memory read or 
write operation. 

J 

D7 

DATA bus (bit 7) — Same as D3 on Pin H. 

K 

D2 

DATA bus (bit 2) — Same as D3 on Pin H. 

L 

D6 

DATA bus (bit 6) — Same as D3 on Pin H. 

M 

A14 

ADDRESS bus (bit 14) — One of 16 address lines from the MPU II Module that 
permits the MPU to select any addressable memory location within the 
EXORciser II. 

N 

A13 

ADDRESS bus (bit 13) — Same as A14 on Pin M. 

P 

A10 

ADDRESS bus (bit 10) — Same as A14 on Pin M. 

R 

A9 

ADDRESS bus (bit 9) — Same as A14 on Pin M. 

S 

A6 

ADDRESS bus (bit 6) — Same as A14 on Pin M. 

T 

A5 

ADDRESS bus (bit 5) — Same as A14 on Pin M. 

u 

A2 

ADDRESS bus (bit 2) — Same as A14 on Pin M. 

V 

A1 

ADDRESS bus (bit 1) — Same as A14 on Pin M. 

W,X,Y 

GND 

GROUND 

1,2,3 

+5 VDC 

+5 Vdc Power — Used for the system’s logic circuits and available to the user 
for prototype module requirements. (15 Amps Total MAX.) 

4 

G/H 

GO/HALT — When this input to the MPU II Module is in the high state, the 
MPU will fetch the instruction addressed by the program counter and start 
instruction execution. When low, all activity in the MPU will be halted. This 
input is level-sensitive. In the HALT mode, the MPU will stop at the end of an 
instruction, the BUS AVAILABLE signal will go high, the VALID MEMORY 
ADDRESS signal and all other three-state lines will be changed to their off 
or high impedance state. 

5 

RESET 

RESET — This buffered input/output signal to/from the MPU II Module is 
used to restart the EXORciser II when power is initially applied. Restart 
occurs on the low-to-high transition of the RESTART signal. If the 
RESTART pushbutton switch, located on the front panel of the EXORciser 

II, is depressed while the system is operating, the low-to-high transition of 
RESET signal will cause the MPU II Module to execute the EXbug restart 
routine or the restart routine indicated by the user. 

6 

R/W 

READ/WRITE — This signal is generated by the MPU II Module and indicates 
to the other modules contained within the system that the MPU is per¬ 
forming a memory read (high) or write (low) operation. The normal standby 
state of this signal is read (high). Additionally, when the MPU is halted, this 
signal will be in the read state. 

7 

01 

Phase 1 — One of the bi-phase clock signals generated by the clock circuit on 
the MPU II Module. 

8,9 

GND 

GROUND — Power ground for ±12 Vdc. 

10 

VUA 

VALID USER’S ADDRESS — This signal is produced by the DEbug II Module. 
When high, this signal indicates that the address on the address bus is valid 
and the MPU II Module \sNOT addressing the EXbug Program. 
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TABLE A-2. EXORciser II Bus Signals (Cont’d) 


PIN 

NUMBER 

SIGNAL 

MNEMONICS 

SIGNAL NAME AND DESCRIPTION 

11 

-12 VDC 

-12 Vdc Power — Available to the user for custom-designed prototype 
modules. (1.5 Amps MAX.) 

12 

REF REQ 

REFRESH REQUEST — This input signal to the MPU II Module, when low, 
initiates a memory refresh cycle of the dynamic memory modules. During 
refresh operation, the clock is inhibited from generating its <f>1 (held high) 
and 4 >2 (held low) clock signals. However, during a refresh operation, the 
MEM CLK signal is still generated in order to provide the necessary refresh 
clock. 

13 

REF GRANT 

REFRESH GRANT — This output signal from the MPU II Module, when high, 
instructs the dynamic memory modules to refresh their memories. 

14 

DEBUG 

DEBUG — This low level signal from the DEbug II Module indicates to the 
MPU II Module that the DEbug II Module is installed in the EXORciser il. 
This is used to determine whether the VALID USER’S ADDRESS (VUA) 
signal is controlled by the DEbug II Module or the MPU II Module. When the 
DEbug II Module is NOT used, and MPU II Module forces this signal line high. 

15 

TSG 

THREE-STATE GRANT — This signal is generated by the MPU II Module in 
response to a THREE-STATE CONTROL request (TSC). During normal 
operation, the TSG signal is low. During a three-state operation, the signal 
is made high. 

16 

+ 12 VDC 

+12 Vdc Power — Available to the user for custom-designed prototype 
modules. (2.5 Amps MAX.) 

17 

STANDBY 

STANDBY Power — Same as STANDBY on Pin U. 

18 

CLOCK 

CLOCK — A free-running, symmetrical clock signal generated on the MPU II 
Module and available to peripheral modules that require a clock not 
affected by MPU and/or memory timings. This clock signal has the same 
frequency as MEM CLK, but is not stretched during slow memory operations 
(initiated by the MEM RDY signal on Pin R). 

19 

VXA 

VALID EXECUTIVE ADDRESS — A high level signal generated by the DEbug 
Module in place of the VUA signal (refer to description of VUA on Pin 10) 
when the EXORciser II is operating in the Dual Map Mode and the EXbug 
Program is addressing the Executive portion of the memory map. Addition¬ 
ally, all peripheral modules (such as memories) must be set to respond to 
VXA signal if the user wants to operate those modules in the Executive 
portion of the map. 

20,21,22 

GND 

GROUND 

23 

— 

NOT USED — Reserved for system expansion. 

24 

GND(REF) 

REFERENCE GROUND — Available to the user for prototype modules that 
require an isolated ground. This ground line is NOT connected to the 
normal EXORciser II ground connection. 

25,26 

27,28 


USER DEFINED — These signal lines, along with their counterpart pin 
numbers (C, D, E, and F) are reserved by Motorola for possible expansion 
of the data bus to 16 bits. Since compatibility of 16-bit data bus modules 
with existing modules is unlikely, these eight lines may be used for 
custom modules. 

29 

D1 

DATA bus (bit 1) — Same as D3 on Pin H. 

30 

D5 

DATA bus (bit 5) — Same as D3 on Pin H. 

31 

DO 

DATA bus (bit 0) — Same as D3 on Pin H. 

32 

D4 

DATA bus (bit 4) — Same as D3 on Pin H. 
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TABLE A-2. EXORciser II Bus Signals (Cont’d) 


PIN 

NUMBER 

SIGNAL 

MNEMONICS 

SIGNAL NAME AND DESCRIPTION 

33 

A15 

ADDRESS bus (bit 15) — Same as A14 on Pin M. 

34 

A12 

ADDRESS bus (bit 12) — Same as A14 on Pin M. 

35 

All 

ADDRESS bus (bit 11) — Same as A14 on Pin M. 

36 

A8 

ADDRESS bus (bit 8) — Same as A14 on Pin M. 

37 

A7 

ADDRESS bus (bit 7) — Same as A14 on Pin M. 

38 

A4 

ADDRESS bus (bit 4) — Same as A14 on Pin M. 

39 

A3 

ADDRESS bus (bit 3) — Same as A14 on Pin M. 

40 

AO 

ADDRESS bus (bit 0) — Same as A14 on Pin M. 

41,42,43 

GND 

GROUND 



Bus Bus Bus Bus Bus Bus 

VUA VXA R/W MEM 02 01 

CLK ~ 


Y Y YYY YY 

User Module 


FIGURE A-1. EXORciser II Timing Signals Diagram (Bus View) 
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T02H02H 


T02H02L-»-| 


Bus 02 


(02) 


I 


\ 


7 ^ 


TMCH02H . 


MEM CLK (MC) 


f 


w 


TMCL02L 


\ 


/ 


,TADV02H 


Address, 

R/W, VUA, VXA 


(AD) 


>oooooooy 


M 


T02LADX 




T02HDWV 


Data (Write) (DW) 


> 


T02LDWX 


> 


Data (Read) (DR) 


> 


- TDRV02L 

^3 - 


Bus 01 


(0i> r 


T01L02H 

_ 


_ r~ 


T02L01H 




FIGURE A-2. EXORciser II Bus Specification Timing Diagram 


A.3.2 Nomenclature and Abbreviations 

All abbreviations shown in Figure A-2 
and Table A-5 (as well as in the examples) use 
upper case characters with no subscripts. The 
initial character is always the letter T followed by 
a six-character descriptor. This descriptor is used 
to identify the to/from measurement points. The 
first three letters of the descriptor identify the 
signal name and transition level for the mea¬ 
surement starting point, while the last three let¬ 
ters identify the signal name and transition level 
for the measurement ending point. The 
descriptor format is illustrated in Table A-3, while 
Table A-4 lists the measurement abbreviations. 

A.3.3 Description of Bus Timing and 

Examples 

The bus timing and control signals are 
generated by the MPU II Module and the DEbug II 
Module. These signals will be described with ref¬ 
erence to Figures A-1, A-2, and Table A-5. 

The timing circuit on the MPU II Module 
generates the following signals: MOS 01, MOS 
02, DBE (Data Bus Enable), BUS MEM CLK, BUS 
01 and BUS 02. Of these, the MOS 01, MOS 02, 
and DBE signals are used as timing for signals 
generated by the microprocessor. These signals 
include the BUS R/W signal and the VMA (Valid 
Memory Address) signal. Since the MOS 01, MOS 


02 DBE, and VMA signals relate directly to MPU 
operation, they are not considered to be bus tim¬ 
ing and control signals. Thus, they are not in¬ 
cluded in the bus timing specifications (refer to 
the MPU II Module User’s Guide for timing infor¬ 
mation concerning these signals). 

During instruction execution, the MPU 
uses both the address bus and data bus, regard¬ 
less of whether an internal or external MPU oper¬ 
ation is being performed. In order to prevent the 
system from using erroneous address and data 
information, the MPU generates the VMA signal. 
When VMA is high, the MPU is addressing an 
external addressable location. When low, all ex¬ 
ternal addressable locations are prevented from 
being accessed to prevent operational errors. In 
the EXORciser II system, the DEbug II Module 
uses the high level VMA signal to generate either 
the VUA (Valid User Address) signal or the VXA 
(Valid Executive Address) signal. The high level 
VUA signal selects address locations within the 
User Memory Map, while the high level VXA signal 
selects locations within the Executive Memory 
Map. These signals will never be simultaneously 
high. 

The time relationship between the bus 
signals is shown in Figure A-2, while the min¬ 
imum, typical, and maximum time values for the 
signals are listed in Table A-5 (for 1.0 MHz, 1.5 
MHz, and 2.0 MHz operation). All of these time 
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values are referenced to either the leading edge 
or trailing edge of BUS 02 (02). Time relationships 
not specified within this table can be readily cal¬ 
culated from the information provided. Examples 
A-1 and A-2 present two typical problems, along 
with the calculations required to determine the 


solution to each. 

From the analysis, it has been deter¬ 
mined that the User Module must place valid data 
on the data bus within 216 nanoseconds from the 
time that BUS ADDRESS, BUS R/W and BUS VUA 
or BUS VXA become valid. 


TABLE A-3. Descriptor Format 


T XX X XX X 



Transition level of ending point 
Signal name of ending point 
Transition level of starting point 
Signal name of starting point 


TABLE A-4. Measurement Abbreviations 


ABBREVIATIONS (Signal Names) 

AD = Bus Address, Bus R/W, Bus VUA, or Bus VXA 
DW = Write data from MPU to peripheral module 
DR = Read data from peripheral module to MPU 
MC = Bus Memory Clock 
01 = Bus Phase 1 clock signal 
02 = Bus Phase 2 clock signal 

ABBREVIATIONS (Transition Levels) 

H = Low-To-High Transition 
L = High-To-Low Transition 
V = Transition to Valid State 
X = Transition to Invalid or ‘Don’t Care’ State 
Z = Transition to Off (High Impedance State) 

WAVEFORMS 


WAVEFORM SYMBOL 

INPUT 

OUTPUT 


Must be valid 

Will be valid 

-\ 

Change from 

Will change from 

\_ 

High-To-Low 

High-To-Low 

/- 

Change from 

Will change from 

/ 

Low-To-High 

Low-To-High 

YYWyYyX 

Don’t Care 
(Any change) 

Changing state 

zz>— 

High impedance 
(Off) 
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TABLE A-5. EXORciser II Bus Specifications 


SIGNAL 

NAME 

1.0 MHz 

1.5 MHz 

2.0 MHz 

MIN 

TYP 

MAX 

MIN 

TYP 

MAX 

MIN 

TYP 

MAX 

T</>2H<f>2H 

995 

1000 

1005 

663 

666 

669 

498 

500 

502 

T<£2H4>2L 

495 

510 

530 

330 

343 

363 

248 

260 

280 

TMCH<f>2H 


3 

5 


3 

5 

3 

18 

60 

TMCL4>2L 


3 

5 


3 

5 


3 

5 

TADV<£2H 

271 

304 


104 

137 


18 

54 


T02LADX 

38 

75 


38 

75 


38 

75 


T</>2HDWV 



150 



150 



150 

T(f»2LDWZ 


38 



38 



38 


TDRV</>2L 

50 



50 



50 



T<£2LDRZ 


0 



0 



0 


T<£1L<f>2H 


3 

5 


3 

5 


3 

5 

T<£2Lc/>1H 


3 

5 


3 

5 


3 

5 


NOTE: All times are shown in nanoseconds. 


EXAMPLE A-1. Determining Data 
Ready Time (Read Operation) 


Bus 02 


Bus Address 


Data (Read) 


PROBLEM: 

To determine, during a memory read 
operation, the minimum (worst case) time interval 
between the time that the BUS ADDRESS, BUS R/ 
W, and BUS VUA or VXA become valid and the 
time that valid data must be on the data bus. (This 
time is TADVDRV). 


ANALYSIS: 

From Figure A-2 we obtain the BUS <t>2, 
BUS ADDRESS, and DATA (READ) signals. 


( 02 ) 


(AD) 


(DR) 


V 


smc 

I 

I 

D-4 

I 

r 



T02H02L 



\ 


TADV02H 

. m am 

^ »J- TDRV02L 

-CD- 


TADVDRV 


TADVDRV (min) =TADV02H (m|n) +T02H02L (min) - TDRV02L (wQrst case) 
TADVDRV (mjn ) = 18 nsec + 248 nsec - 50 nsec 
TADVDRV( mjn ) = 216 nanoseconds 


CONCLUSION: 

From the analysis, it has been deter¬ 
mined that the User Module must place valid data 
on the data bus within 216 nanoseconds from the 
time that BUS ADDRESS, BUS R/W and BUS VUA 
or BUS VXA become valid. 
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EXAMPLE A-2. Determining The 
Data Margin During Read Operation 


PROBLEM: 

To determine whether the memory mod¬ 
ule shown will function satisfactorily during a 
read operation (this example also works equally 
well for I/O devices such as the PIA or ACIA). 


A0-A15 -^ 


VUA -^ 


R/W -^ 

User 

Module 



DO-D7 ^^ 



ASSUMPTIONS: 

(DATA) 

(1) User Module data access time from a valid 
address location: 

ta(A) = 170 nanoseconds 

(2) User Module data access time from <f)2 going 
high: 

ta (<f>2) = 100 nanoseconds 

(3) In order to occur during the read cycle, the 
last data access time to become valid must 
be selected: ta(A) or ta(S), whichever occurs 
later. 


ANALYSIS: 

(1) From the bus specifications, determine the 
worst case conditions for a memory read 
operation and plot the timing diagram for a 
read cycle. 


(a) T</>2H</>2H (min) 

(b) T<f)2H(f)2L (min) 

(c) TADV<£2H (min) 

(d) T<f>2LADX 

(min) 

(e) TDRV</>2L (worst 


= 498 nanoseconds 
= 248 nanoseconds 
= 18 nanoseconds 
= 38 nanoseconds 
= 50 nanoseconds 


Plot: Bus Read Specifications (Worst Case) 


(4) BUS ADDRESS, BUS R/W, and BUS VUA or (2) From the timing plot produced in step 1, 
BUS VXA must be valid 30 nanoseconds prior calculate the timing relationships required to 

to the leading edge of BUS <f>2. evaulate the module read cycle. (These 


Bus 02 


Address, 

R/W, VUA, VXA 


Data (Read) 



-498 nsec- 

<«2) r 

\ r 


38 nsec - L 194 nsec l - H 

iadi XX)CxY 

XXXXXXXX& 

1 ^ 1198 nsecl—► 



C3 


A-10 













































EXAMPLE A-2. Determining The 
Data Margin Read Operation (Cont'd) 


values are shown within boxes in the plot 
produced in the previous step.) 

(a) TADVDRV = TADV02H + T<f>2H<f>2L — 

TDRVtf>2L 

TADVDRV = 18 nsec + 248 nsec - 50 
nsec 

TADVDRV =216 nanoseconds 

(b) T(£2HDRV = T02H02L — TDRV<f>2L 
T<f>2HDRV = 248 nsec - 50 nsec 
T<£2HDRV = 198 nanoseconds 

(c) T<f>2L<f>2H = T(f>2H<f>2H — T</>2H</>2L 
T4>2L<£2H = 498 nsec - 248 nsec 


T<t>2L<t>2H = 250 nanoseconds (not 

required for read cycle) 

(d) TADXADV = T02L02H — T<f>2LADX — 
TADV<f>2H 

TADXADV = 250 nsec - 38 nsec - 18 
nsec 

TADXADV = 194 nanoseconds 

(3) From the timing plot produced in step 1 and 
the worst case bus read specifications, deter¬ 
mine when valid data (DM) will be available 
from the module. Calculate and plot the data 
margin by referencing the times to T<f>2H. 


Bus 02 


Address, 

R/W, VUA/VXA 


Data (Read) 


Valid Data 
ta(A) 


Valid Data 
ta<02) 


( 02 ) 


(AD) 


/ 



-\ 

38 nsec - 

,_ i 

i - 



-194 nsec-► 




: )OOQQQQQ£ 

C_ 


■ 216 nsec - 
-198 nsec - 


50 nsec 


(DR) 


(DM) 


(DM) 


■- 152 • 
-170 - 


<Z> 


1 00 nsec 


46 nsec - 


Valid Data Read Margin 


(a) Using ta(A): 

T02HDMV = ta(A) - TADV<f>2H 
T<f>2HDMV = 170 nsec - 18 nsec 
T02HDMV = 152 nanoseconds 

(b) Using ta(<f>2): 

T<f>2HDMV = ta(02) 

T02HDMV = 100 nanoseconds 

(4) Valid data (DM), calculated using ta(A), oc¬ 
curs 152 nanoseconds after T<f>2H: 52 
nanoseconds later than when using ta(<f>2). 
Therefore, data is valid 152 nanoseconds af¬ 
ter T<f>2H. Since the bus specification re¬ 
quires that data be valid within 198 
nanoseconds of T<f>2H or T<f>2HDRV, the valid 


data read margin is calculated using the fol¬ 
lowing formula (illustrated in preceding 
step). 

Valid Data Read Margin = T<f>2HDRV — 
T<f>2HDMV 

Valid Data Read Margin = 198 nsec — 152 
nsec 

Valid Data Read Margin = 46 nanoseconds 
CONCLUSION: 

The User Module will operate satis¬ 
factorily for a read operation on the EXORciser II 
bus. 
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APPENDIX B 

EXbug 2.1 PROGRAM FOR EXORciser II (First IK) 




I 
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PAGE 001 EXBUG2 VERSION 2. 1 7 JUNE 1978 


00001 


NAM 

EXBUG2 

00002 


TTL 

VERSION 2. 1 7 JUNE 1978 

00003 


IDNT 

VERSION 1 1 7 JUNE 1978 

00004 


OPT 

NOCLIST DON'T LIST CONDITIONAL ASSEMBLY STATEMENTS 

00006 

* EXBUG (TM! PROGRAM FOR EXORCISER (TM) SERIES-II 

00007 

* COPYRIGHT 1978 BY MOTOROLA INC 

00009 

* EXBUG COMMANDS 

00010 

* 

LQAD(CR) 

LOADER 

00011 

* 

VERF(CR) 

VERIFY 

00012 


PNCH(CR) 

PUNCH 

00013 

* 

PRNT(CR) 

PRINT 

00014 

* 

SRCH(CR) 

SEARCH 

00015 

# 

MDOS(CR) 

LOAD AND START HDOS 

00016 

$ 

USER(CR) 

DEBUG IN THE USER MAP 

00017 

* 

EXEC(CR) 

DEBUG IN THE EXECUTIVE MAP 

00018 

s 


DISPLAY/CHANGE MEMORY 

00019 

* 

(LF> 

NEXT LOCATION 

00020 

# 

(SPACE) 

PREVIOUS LOCATION 

00021 

* 

/ 

CLOSE/REOPEN CURRENT LOCATION 

00022 

# 

(CR) 

CLOSE 

00023 

* 

;0 

CALCULATE RELATIVE OFFSET 

00024 

* 

.A 

DISPLAY/CHANGE THE A ACCUMULATOR 

00025 

* 

B 

DISPLAY/CHANGE THE B ACCUMULATOR 

00026 

* 

;C 

DISPLAY/CHANGE THE CONDITION CODE REGISTER 

00027 

* 

;E 

DISPLAY/CHANGE THE SWI RETURN SWITCH 

00028 

* 

;G 

GO (JUMP TO ADDRESS) 

00029 

* 

SET HALT ON ADDRESS 

00030 

* 

H 

RESET HALT ON ADDRESS 

00031 

* 

I 

INITIALIZE MEMORY 

00032 

* 

K 

DISPLAY/CHANGE CONSOLE PAD VALUE 

00033 

* 

L 

DISPLAY/CHANGE PROGRAM (LOCATION) COUNTER 

00034 

* ! 

N1 

SET MEMORY SEARCH ADDR AND MASK 

00035 

* 

;M 

SET MEMORY SEARCH ADDR AND MASK 

00036 

* 

iN 

TRACE INSTRUCTION 

•00037 

* 

iP 

CONTINUE EXECUTION 

00038 

* ; 

iQ 

DISPLAY CHANGE DEBUG OFFSET 

00039 

* $R 

DISPLAY REGISTERS 

00040 

-> 

;R 

DISPLAY REGISTERS 

00041 

* - 

iS 

DISPLAY/CHANGE STACK POINTER 

00042 

* $T 

SET TRACE TO ENDING ADDRESS 

00043 

* 

;T 

RESET TRACE TO ENDING ADDRESS 

00044 

* 

iU 

REMOVE BREAKPOINTS 

00045 

s 

IV 

DISPLAY/SET BREAKPOINTS 

00046 

* J 

;V 

DISPLAY/SET BREAKPOINTS 

00047 

* ; 

;W 

3-BIT MEMORY SEARCH 

00048 

* ;X 

DISPLAY/CHANGE THE X REGISTER 

00049 

* 

z 

DISPLAY/CHANGE THE LINE PRINTER SWITCH 

00050 

$ 


DISABLE PARITY ERROR INTERRUPT 

•00051 

* 

i 

ENABLE PARITY ERROR INTERRUPT 

•0*0052 

* THE USER CAN ADD COMMANDS TERMINATED BY A CARRIAGE RETURN 

00053 

* BY SUPPLYING EXBUG WITH THE BEGINNING AND ENDING ADDRESSES 

00054 

* OF A COMMAND TABLE 


I > 
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00056 

00057 


* EXBUG COMMANDS RECOGNIZE THE FOLLOWING PARAMETER PREFIX 

* - USE TWO'S COMPLEMENT 


0005? 

00060 

00061 

00062 

00063 

00064 

00065 

00066 

00067 


* THIS FILE GENERATES THE LISTING OF THE FIRST IK OF 

» EXBUG, WHICH IS SUPPLIED WITH THE SYSTEM, AS WELL AS 

* THE ENTIRE EXBUG LISTING. THIS IS CONTROLLED BY THE 

* CONDITIONAL ASSEMBLY FLAG LISTNG. LISTNG IS EQUATED 

* TO ONE OF THE FOLLOWING LABELS AS DESIRED. 

0000 A ONEK EQU 0 ASSEMBLY LISTING OF FIRST IK 

0001 A ALL EQU 1 ASSEMBLY LISTING OF ALL 

* HERE'S THE CONDITIONAL ASSEMBLY FLAG 
0000 A LISTNG EQU ONEK 


00069 



* EXBUG EQUATES 


00070 

FCF4 

A 

ACIASC 

EQU 

$FCF4 

ACIA STATUS/CONTROL REGISTER 

00071 

FCF5 

A 

ACIADT 

EQU 

$FCF5 

ACIA DATA REGISTER 

00072 

83FF 

A 

TOPTGT 

EQU 

$33FF 

DEFAULT TOP OF VECTORS (EXEC MAP! 

00073 

FCFS 

A 

HPIAAD 

EQU 

IFCFS 

HALT ON ADDRESS PIA - A DATA 

00074 

FCF9 

A 

HPIAAC 

EQU 

HPIAAD+1 

HALT ON ADDRESS PIA - A CNTL 

00075 

FCFA 

A 

HPIABD 

EQU 

HPIAAD+2 

HALT ON ADDRESS PIA - B DATA 

00076 

FCFB 

A 

HPIABC 

EQU 

HPIAAD+3 

HALT ON ADDRESS PIA - B CNTL 

00077 

FCFC 

A 

MPIAAD 

EQU 

HPIAAD+4 

MAP CONTROL PIA - A DATA 

00078 

FCFD 

A 

MPIABD 

EQU 

HPIAAD+5 

MAP CONTROL PIA - B DATA 

00079 

FCfE 

A 

MPIAAC 

EQU 

HF'IAAD+6 

MAP CONTROL PIA - A CNTL 

00080 

FCFF 

A 

MPIABC: 

EQU 

HPIAAD+7 

MAP CONTROL PIA - B CNTL 

00081 

FCFD 

A 

SBIT 

EQU 

MPIABD 

STOP BIT INDICATION 

00082 

003F 

A 

SWI 

EQU 

$3F 

SWI INSTRUCTION 

00083 

008H: 

A 

SKIP2 

EQU 

$8C 

SKIP 2 BYTES (CPX IMMED INST) 


oooa5 

00086 

00087 


EBCO 

EBCC 


* MBOS LINE PRINTER DRIVER EQUATES 
A LPINIT EQU $EBC0 INITIALIZE LINE PRINTER INTERACE 

A LIST EQU IEBCC SEND CHARACTER TO LINE PRINTER 


00039 * HBOS BOOT LOAD ENTRY EQUATE 

00090 E300 A MDOSE EQU $E300 
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00093A 

FOOD 





ORG 

4F000 


00098 





* THE FOLLOWING JUMP TABLE IS COMMON TO EXBUG 1 AND 2 

00099A 

FOOO 

7E 

F2AE 

A 

PURUP 

JMP 

START 

C€T HERE FROM RESET 

00100A 

F003 

7E 

F045 

A 

XBEGEN 

JMP 

BEGEND 

GET BEGINNING AND ENDING ADDRESSES 

00101A 

F006 

7E 

F06F 

A 

XCBCDH 

JMP 

CBCDHX 

CONVERT ASCII HEX TO BINARY 

00102A 

F009 

7E 

F0D5 

A 

XCHEXL 

JMP 

CHEXL 

CONVERT 4MSB TO ASCII HEX 

00103A 

FOOC 

7E 

F0D9 

A 

XCHEXR 

JMP 

CHEXR 

CONVERT 4LSE TO ASCII HEX 

00104ft 

FOOF 

7E 

FOSS 

A 

XINADD 

JMP' 

INADDR 

GET HEX ADDRESS INDIRECT (XS 

00105ft 

F012 

7E 

FI 18 

A 

XINCH 

JMP 

INCH 

INPUT ONE CHARACTER 

00106A 

F015 

7E 

F22A 

A 

XINCHN 

•JMP 

INCHNP 

INPUT ONE CHARACTER NO PARITY 

00107ft 

F018 

7E 

FOBS 

A 

XOUTCH 

JMP 

CMNDE 

OUTPUT CHARACTER (WITH SPEED PAD) 

00108A 

FOIE 

7E 

FOAF 

A 

X0UT2H 

JMP 

0UT2HS 

PRINT 2 HEX CHARS. SPACE IX) 

00109A 

FOIE 

7E 

FOAD 

A 

X0UT4H 

.JMP 

0UT4HS 

PRINT 4 HEX CHARS.. SPACE IX) 

00110A 

F021 

?E 

F03A 

A 

XPCRLF 

JMP 

PCRLF 

PRINT CR,. LF 

001lift 

F024 

7E 

F02D 

A 

XPDATA 

JMP 

RDATA 

PRINT CR, LF., DATA STRING 

00112A 

F027 

7E 

F02F 

A 

XPDAT1 

JMP 

PDATA! 

PRINT DATA STRING 

00113ft 

F02A 

7E 

FOB! 

A 

XPSPAC 

JMP 

PSPACE 

PRINT SPACE 


00115 

00116 

00117 

00118 

00119 

00120 


* 

* I/O ROUTINES START HERE 

* THESE ROUTINES ARE ACCESSED FROM THE JUMP TABLE 

* AND ARE THE EXBUG 1 FUNCTIONAL EQUIVALENTS WITH 

* OPTIONAL LINE PRINTER OUTPUT 


00122 

* 


00123 

* PRINT CR, LF, DATA 

STRING TERMINATED BY EOT 

00124 

* 


0*0125 F02D A 

PDATA EQU * 


00126A F02D 8D F2 F021 

BSR XPCRLF 

PRINT CR, LF 

00127 

* FALL INTO PDATA! ROUTINE 

00128 

* 


00129 

* PRINT DATA STRING TERMINATED BY EOT 

00130 



00131 F02F A 

PDATAI EQU * 


00132ft F02F A6 00 A 

LDAA 0, X 

GET CHAR 

00133A F031 81 04 A 

CMPA #4 

EOT' 1 

00134ft F033 27 37 F06C 

BEQ END1 

YES, RETURN 

001:35A F035 8D El F018 

BSR XOUTCH 

NO, SEND CHAR 

00136A F037 03 

INX 

INC STRING POINTER 

00137ft FOSS 20 F5 F02F 

BRA PDATAI 

CONTINUE 
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00139 * 

00140 * PRINT CR, LF, NULL 

00141 * 


00142 F03A A PCRLF 

EQU 

* 


00143A F03A 86 OD A 

LDAA 

**D 

SEND CR 

00144A F03C 8D DA F018 

BSR 

XOUTCH 


00145A FOSE 86 OA A 

LDAA 

ISA 

SEND LF 

00146A F040 8D D6 F018 

BSR 

XOUTCH 


00147A F042 4F 

CLRA 


SEND HULL 

00143A F043 20 D3 F018 

BRA 

XOUTCH 



00150 * 

00151 * INPUT BEGINNING AND ENDING ADDRESSES 

00152 * 


00153 c 045 

A BEGEND EQU 

# 


0-0154A F045 CE FE9A 

A 

LDX 

#MBEG 

PRINT CR. LF. BEG 

00155ft F048 8D E3 F02C 

BSR 

PDATA 


00156ft F04A CE FFOft 

A 

LDX 

#BEGA 

PRINT/CHANGE BEGA 

00157A F04D BD F604 

A 

•JSR 

PCHND1 


00150ft F050 25 F3 F045 

BCS 

BEGEND 

ERROR 

00159A F052 CE FB9F 

A ENDIN 

LDX 

WEND 

PRINT CR. LF. END 

00160A F055 8D D6 F02D 

BSR' 

PDATA 


00161ft F057 CE FFOC 

A 

LDX 

IENDA 

PRINT/CHANGE ENDA 

00162ft F05A BD F604 

A 

JSR 

PCMNB1 


001636 F05D 25 F3 F052 

BCS 

ENDIN 

ERROR 

00164A F05F CE FFOA 

A 

LDX 

#BEGA 

POINT TO BEGA 

00165ft F062 E6 03 

A 

LDAB 

3.X 

INSURE ENDA >= BEGA 

DO166A F064 A6 02 

A 

LDAA 

2.X 

ENDA 

00167A F066 EO 01 

A 

SUBB 

l.X 

BEGA+1 

00168A F068 A2 -00 

A 

SBCft 

0.X 

BEGA 

00169ft F06A 25 D? F045 

BCS 

BEGEND 

BEGA LARGER 

00170ft F06C 39 

END! 

RTS 




00172 * 

00173 * INPUT ONE ASCII HEX CHARACTER AND CONVERT TO BINARY 

00174 * 

00175 F06D A IN1H EQU * 

00176ft F06D SD A6 F015 BSR XINCHN INPUT CHflRR 

00177 * FALL INTO CBCDH3E ROUTINE 
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00179 


* 



00180 


* CONVERT ASCII HEX TO BINARY 

00181 


* IF NOT HEX- 

CHAR: NOT CONVERTED AND 

00182 


* IF HEX. CHAR CONVERTED AND N=0 

00183 


* 



00184 

F06F A 

CBCBHX EQU 

* 


00185A F06F 81 

46 A 

CMPA 

#'F 


00186A F071 22 

11 F084 

BHI 

CBCDH1 

NOT HEX 

00187A F073 81 

41 A 

CMPA 

#'A 


00183A F075 25 

05 F07C 

BCS 

CDEC 

<A 

00189A F077 80 

07 A 

SUBA 

#7 

CORRECT A-F 

00190A F079 84 

OF A 

CBCDH3 ANDA 

#*F 

MASK TO 4 LSB 

00191A F07B 39 


RTS 



00193 


* CONVERT ASCII BECINAL TO BINARY 

00194A F07C 81 

39 A 

CDEC CMPA 

#'9 


00195A F07E 22 

04 F084 

BHI 

CBCDH1 

ERROR. >9 

00196A F080 81 

30 A 

CHPA 

ro 


00197A F082 24 

F5 F079 

see 

CBCDH3 

0-9 

0019SA F084 70 

F06F A 

CBCDH1 TST 

CBCDHX 

SET N 

00199A F037 39 


RTS 




00201 


# 




00202 


* INPUT ADDRESS* RETURN ^ITH: 

00203 


* (A) 

LAST CHAR INPUT 


00204 


* (B) 

NUMBER 

OF HEX CHARS INPUT 

00205 


# 




00206 

FOSS A 

INADBR 

EQU 

* 


00207A FOSS 6F 

00 A 


as 

0.X 

INIT INPUT STORAGE 

00208A F08A 6F 

0! A 


CLR 

i.X 


00209A F08C 5F 



CLRB 


INIT HEX CHAR DOUNT 

00210A F08D 3D 

DE F06D 

INADD! 

bsr 

IN1H 

GET HEX CHAR 

00211A F08F 2B 

07 F098 


BHI 

INADD3 

NOT HEX 

00212A F091 8D 

06 F099 


BSR 

MERGEH 

MERGE INPUT WITH NfJMBER 

00213A FQ93 5C 



INCB 


INC HEX CHAR COUNT 

00214A F094 Cl 

05 A 


CMPB 

#5 

HAVE MORE THAN 4 CHARS? 

00215A F096 26 

F5 F08D 


BNE 

INADD1 

NO 

00216A F098 39 


INADD3 

RTS 
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00218 

00219 

00220 


* MERGE HEX CHAR IN A (4 LSB) WITH 16 BIT HEX NUMBER (X) 

* 


00221 F09? 

A MERGEH EQU 

* 


00222A F099 37 


PSHB 


SAVE ACC B 

00223A F09A C6 04 

A 

LDAB 

#4 

NUMBER416 

00224A F09C 68 01 

A MERGE1 ASL 

1,X 


00225A F09E 69 00 

A 

ROL 

0, X 


00226A FOAO 5A 


DECB 



00227A F0A1 26 F? F09C 

BNE 

MERGE1 


00228A F0A3 16 


TAB 


INPUT+NUMEER 

00229A F0A4 EB 01 

A 

ADDB 

1.X 


00230A F0A6 E7 01 

A 

STAB 

1, X 


00231A F0A8 33 


PULE 


RESTORE ACC B 

00232A F0A9 :39 


RTS 




00234 4 

00235 * PRINT TOP OF DATA STACK 

00236 * 

00237 FOAA A OUTHEX EQU * 

00238A FOAA FE FF08 A LDX DSP 

00239 * FALL INTO 0UT4HS 

00240 » 

00241 * PRINT 4 HEX CHARACTERS, SPACE (X) 

00242 * 

00243 FOAD A QUT4HS EQU * 

00244A FOAD 3D 19 F0C3 BSR 0UT2H PRINT FIRST 2 HEX CHARS 

00245 * FALL INTO 0UT2HS FOR LAST 2 HEX CHARS, SPACE 

00246 * 

00247 * PRINT 2 HEX CHARACTERS, SPACE (X) 

00248 * 

00249 FOAF A 0UT2HS EQU * 

00250A FOAF 3D 17 F0C8 BSR 0UT2H PRINT 2 HEX CHARS 

00251 * FALL INTO PSPACE 

00252 * 

00253 4 PRINT SPACE 

00254 » 

00255 F0B1 A PSPACE EQU 4 

00256A F0B1 86 20 A LDAA #$20 

00257 


SPACE 

4 FALL INTO COWAND OUTPUT CHARACTER 
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00259 




* 




00260 




♦ COMMAND ECHO/OUTPUT ROUTINE 

00261 




4 




00262 



FOBS ft 

CHNBE 

EQU 

4 


00263A 

FOBS 

7B 

FF6 2 A 


1ST 

CftSSET 

PUNCHING''’ 

00264ft 

F0B6 

26 

72 F12A 


BNE 

OUTCH 

YES 

00265ft 

FOBS 

SB 

70 FI 2ft 


bsr 

DUTCH 

ALWAYS OUTPUT TO CONNIE 

00266ft 

FOBft 

7D 

FF32 ft 


1ST 

ZFLAG 

OUTPUT TO PRINTER? 

00267ft 

FOBB 

27 

D9 F09S 


BEG 

ZNABD3 

NO 

00268A 

FOBF 

BB 

EBCC ft 

CHNBE1 

JSR 

LIST 

YES 

00269ft 

F0C2 

24 

D4 F09S 


BCC 

INADB3 

OK 

00270ft 

F0C4 

7F 

FF32 ft 


CLR 

ZFLftG 

PRINTER ERROR. CLEAR Z FLAG 

00271A 

F0C7 

3? 



RTS 




00273 



$ 



00274 



* OUTPUT 2 HEX CHARS 

(X) 

00275 



4 



00276 


FOCS ft 

0UT2H EQU 

4 


00277ft FOCS 

A6 

00 A 

LBAA 

0. X 

GET CHAR TO FEINT 

0027SA FOCA 

36 


0UT2H1 PSHA 


SAVE IT 

00279ft FOCB 

SB 

08 F0B5 

BSR 

CHEXL 

CONVERT 4 MSB 

00280A FOCD 

SB 

E4 FOBS 

BSR 

CHNBE 

PRINT ASCII 

00281A FOCF 

32 


PULA 


RESTORE CHAR’ 

00282A FODO 

SB 

07 F0B9 

BSR 

CHEXR 

CONVERT 4 LSB 

00233ft F0D2 

08 


INX 


INC POINTS 

00284ft FOBS 

20 

BE FOBS 

BRA 

CHNBE 



00286 



4 



00287 



4 CONVERT 4 

MSB TO ASCII HEX 

00288 



4 



00289 


FOBS 

A CHEXL EQU 

* 


00290A FOBS 

44 


LSRA 


SHIFT 4 MSB TO 4 LSB 

00291A F0B6 

44 


LSRA 



00292ft F0B7 

44 


LSRfi 



00293ft FOBS 

44 


LSRA 



00294 



4 FALL INTO CHEXR FOR CONVERSION 

00295 



* 



00296 



4 CONVERT 4 LSB TO ASCII HEX 

00297 



4 



00298 


F0B9 

A CHEXR EQU 

4 


00299A F0B9 

84 

OF 

A ANBA 

#$F 

MASK TO 4 LSB 

00300A FOBB 

SB 

30 

A ABBA 

r o 

ABB ASCII 0 

00301A FOBB 

81 

39 

A CHPA 

#'9 


0G302A FOBF 

23 

02 F0E3 BLS 

CHEXi 

0-9 

00303ft F0E1 

SB 

07 

A ABBA 

#7 

A-F 

00304A FOES 

39 


CHEX1 RTS 
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00306 

00307 

00308 

0030? 

00310A 

00311A 

00312A 

00313A 

00314A 

00315A 

00316A 

00317 


4 EXEUG COMMAND INPUT ROUTINE 
* 


F0E4 A CMNBI 

EQU 

* 


F0E4 BB F227 A 

JSR 

INNPNE 

ASSUME Nij ECHO 

F0E7 81 OA A 

CMPA 

m 

IF? 

FOE? 27 F8 F0E3 

BEQ 

CHEXl 

YES, DON'T ECHO 

FOEB 81 OB A 

cm 

#$[i 

CR? 

FOEB 27 F4 FOES 

BEQ 

CHEXl 

YES, DON'T ECHO 

FOEF 81 18 A 

CtIPA 

#$18 

CTL-X? 

F0F1 26 CO FOBS 

BNE 

CMNDE 

NO, ECHO CHAR 

4 YES.. 

RETURN 

TO EXBUG 



0031? 

* 




00320 

4 EXBUG HAID ENTRY ADDRESS - HUST BE AT 

00321 

* 




00322A F0F3 7E F357 

A F0F3 

JHP 

RENTR2 


00324 

* 




00325 

4 Z COWHAND 



00326 

* 




00327 F0F6 

A ZCHNB 

EQU 

* 


00328A F0F6 CE FF32 

A 

LDX 

IZFLAG 

SAVE OLD Z FLAG 

0032?A FOF? A6 00 

A 

LBAA 

0, x 


0033QA FOFB 36 


PSHA 



00331A FOFC BD F5B2 

A 

JSR 

ACMNB1 


00332A FOFF 33 


PULS 


GET OLD Z FLAG 

00333A F100 25 El FOES 

BCS 

CHEXl 

ERROR 

00334A FI02 B6 FF32 

A 

LBAA 

ZFLAG 

NEW ZFLAG 

00335A F105 26 OB FI12 

BNE 

ZCMNB1 

PRINTER NOW ON 

00336A F107 5D 


TSTB 


PRINTER NOW OFF 

00337A F108 27 D? F0E3 

BEQ 

CHEXl 

PRINTER WAS OFF 

00338A F10A 86 OD 

A 

LBAA 

#$D 

SEND CR, LF 

0033?A F10C 8D B1 FOBF 

BSP 

CHNBE1 


00340A F10E 86 OA 

A 

LBAA 

#$A 


00341A FI10 20 AB FOBF 

BRA 

CHNDE1 


00342 

* 




00343A FI12 5B. 

ZCHND1 TSTB 



00344A FI13 26 CE F0E3 

BNE 

CHEXl 

PRINTER WAS ON 

00345A FI15 7E EBCO 

A 

JHP 

LPINIT 

INIT LP, PRINTER 
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00347 


* 



00348 


* INPUT ONE CHARACTER FROM CONSOLE 

00349 


* ECHO CHARACTER IF AECHO CLEAR 

00350 


* 



00351 


FI18 A INCH EGU 

* 


00352A FI18 

BA 

FCF4 A LDAA 

ACIASC 

RECEIVE REG FULL? 

00353A FIIB 

47 

ASRA 



Q0354A F11C 

24 

FA FI18 BCC 

INCH 

NO 

00355A FI IE 

BA 

FCF5 A LBAA 

ACIABT 

YES, GET CHAR 

00356A F121 

7D 

FF53 A TST 

AECHO 

ECHO? 

00357A F124 

27 

8D F0B3 BEQ 

CMNBE 

YES 

00358A F126 

7F 

FF53 A CLR 

AECHO 

NO, RESET AECHO 

00359A F129 

39 

RTS 




00361 



* 




00362 



* OUTPUT CHARACTER FROM ACC A TO CONSOLE 

00363 



* WITH 

SPEED PAD IF PUNCH FLAG OFF 

00364 



i 




00365 



F12A A DUTCH 

EQU 



00366A 

F12A 

BB 

F1BB A 

JSR 

OCHAR 

SEND CHAR 

00367A 

F12D 

36 


PSHA 


SAVE ACC A 

00368A 

F12E 

84 

7F A 

ANDA 

#$7F 

RESET CHAR PARITY 

00369A 

FI 30 

81 

OB A 

CHPA 

#$B 

CR? 

00370A 

F132 

26 

17 F14B 

BNE 

0UTCH5 

NO 

00371A 

F134 

86 

04 A 

LBAA 

#4 

4 NULLS IF CR AND PUNCHING 

00372A 

F136 

7B 

FF62 A 

TST 

GASSET 


00373ft 

F139 

26 

03 F13E 

BNE 

0UTCH1 

PUNCHING 

00374A 

F13B 

B6 

FF03 A 

LBAA 

CRNL 

CR AND NOT PUNCHING 

00375A 

F13E 

84 

7F A 0UTCH1 

ANBA 

#$7F 

RESET SIGN BIT (120,240 TI FLAG! 

00376A 

F140 

4A 


BECA 


BONE PADDING? 

00377A 

F141 

2B 

10 F153 

BHI 

0UTCH3 

YES 

00378ft 

F143 

36 


PSHA 


NO, SAVE ADC A 

00379A 

F144 

4F 


CLRA 


SEND NULL 

00380A 

F145 

BB 

F1DB A 

JSR 

OCHAR 


00381A 

F143 

32 


PULA 


RESTORE PAD COUNT 

00382A 

F149 

20 

F3 F13E 

BRA 

0UTCH1 


00384A 

F14B 

B6 

FF02 A 0UTCH5 

LDAA 

CHARNL 


00385A 

F14E 

7B 

FF62 A 

TST 

CASSET 


00386A 

F151 

27 

EB F13E 

BEQ 

0UTCH1 

NOT CR AND NOT PUNCHING 

00387A 

F153 

32 

0UTCH3 

PULA 


NOT CR AND PUNCHING 

00388A 

F154 

39 


RTS 




00390 





00391 

* F'NCH 

COMMAND 


00392 

* 




00393 FI55 

A PNCH 

EQU 



00394A F155 ED F003 

A 

JSR 

XBEGEN 

GET ADDRS 

00395A F158 CE FEES 

A PNCH1 

LDX 

#NHBR 

GET SO BATA 

09396A F15B BD F024 

A 

JSR 

XPDATA 
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00397A F15E CE FF8F A 

LDX 

IBUF+2 

INIT BUFFER POINTER 

00398A F161 C6 02 A 

LDAB 

#2 

INIT BYTE COUNT 

00399A F163 BD F403 A PNCH3 

JSR 

INPUT1 


00400A FI66 25 FO FI58 

ECS 

PNCHi 

BUFFER; OVERFLOW 

00401A F168 81 OD A 

CMPA 

#$D 


00402A F16A 26 F7 F163 

BNE 

PNCH3 

NOT CR 

00403A F16C 8D 7A F1E8 

BSR 

SETUP 

SET UR’ FOR SO 

00404A F16E 7C FF62 A 

INC 

CASSET 

PUNCH FLAG ON 

00405A F171 7D FF02 A 

TST 

SPEED 


00406A F174 2A 04 F17A 

BPL 

F’NONl 

NOT TI CONTROL 

00407A F176 86 30 A 

LDAA 

r 0 

TI PRINTER OFF 

0040SA F178 8D 5B F1D5 

BSP: 

DLE 


00409A F17A 86 12 A PN0N1 

LDAA 

#$12 

DC2 - PUNCH ON 

00410A F17C 8D 5D F1DB 

BSR 

OCHAR 


00411A F17E BD F205 A 

JSR 

LDR 

PUNCH LEADER 

00412A F181 C6 30 A 

LDAB 

#-o 

PUNCH RECORD TYPE, BYTE COUNT, ADDR 

00413A F183 8D 6D F1F2 

BSR 

TFUN 


00414A F185 27 04 F18B 

BEQ 

PNCHI5 

NO MSG 

00415A F187 8D 78 F201 PNCH5 

BSR 

TPUN1 

PUNCH MSG 

00416A F189 26 FC F187 

BNE 

F-NC:H5 

NOT DONE 

00417A F18B FE FFOA A PNCH15 

LDX 

BEGA 


00418A F18E FF FF8D A 

STX 

BUF 

TEMP BEG ADDR 

00419A F191 CE FFOC A PNCH7 

LDX 

#ENDA 

CALC BYTE COUNT 

00420A F194 A6 01 A 

LDAA 

1, X 


00421A F196 AO 82 A 

SUBA 

BI.F-ENDAi-1, X 

00422A F198 E6 00 A 

LDAB 

O.X 


00423A F19A E2 81 A 

SBCB 

BUF-ENDA,X 

00424A F19C 26 04 F1A2 

BNE 

PNCH9 


00425A F19E 81 18 A 

CMPA 

#24 


00426A F1A0 25 02 F1A4 

BCS 

PNCHI1 


00427A F1A2 86 17 A PNCH9 

LEtAA 

#23 


00428A F1A4 8B 04 A PNCH11 ADDA 

#4 


00429A F1A6. A7 80 A 

STAA 

BCONT-ENDA, X SAVE BYTE COUNT 

00430A FIAS C6 31 A 

LDAB 

#'l 

PUNCH DATA RECORD 

00431A F1AA 8D 46 F1F2 

BSR 

TPUN 


00432A F1AC FE FF3B A 

LDX 

BUF 


00433A F1AF 8D 5F F210 PNC:H13 

BSR 

PUNT 


00434A F1B1 26 FC F1AF 

BNE 

PNCHI3 


00435A F1B3 09 

DEX 


CORRECT ADDRESS 

00436A F1B4 FF FF8D A 

STX 

BUF 

UPDATE ADDRESS 

00437A F1B7 09 

DEX 


DONE? 

00438A FIBS: BC FFOC A 

CPX 

ENDA 


00439A F1BB 26 D4 F191 

BNE 

PNCH7 

NO 

00440A FiBD C6 03 A 

LDAB 

#3 

S9 RECORD BYTE COUNT 

00441ft F1BF 8D 27 F1E3 

BSR 

SETUP 

SET UP 89 RECORD 

00442A F1C1 C6 39 A 

LDAB 

# / 9 

PUNCH S9 RECORD 

O0443A F1C3 8D 2D F1F2 

BSR 

TPUN 


00444A F1C5 8D 3E F205 

BSR’ 

LDR 

PUNCH TRAILER 

00445A F1C7 7F FF62 A 

CLR 

CASSET 

PUNCH FLAG OFF 

00446A F1CA 86 14 A 

LDAA 

#$14 

DC4 - PUNCH OFF 

00447A F1CC 8D OB FIDE 

BSR 

OCHAR: 


00448A F1CE 7D FF02 A 

TST 

SPEED 


00449A F1D1 2A 53 F226 

BPL 

PIJNT5 

NOT TI CONTROL 


00450 * II PRINTER ON ENTRY - CALLED FROM POWER-ON INITIALIZATION 

00451A F1D3 86 39 A PN0FF3 LDAA #'9 TI PRINTER ON 
00452 * FALL INTO OLE ROUTINE 
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00454 * 

00455 * SEND DLE AND ACC A TO CONSOLE 

00456 * 

00457 F1D5 A DLE EQU * 

00458A F1D5 36 PSHA SAVE ACC A 

00459A F1D6 86 10 A LDAA #$10 SEND DLE 

00460A F1D8 8D 01 FIDE ESR OCHAR 

00461A F1DA 32 PULA RESTORE AD? A 

0046.2 * FALL INTO OCHAR 


00464 

00465 

00466 

00467 


* OUTPUT CHARACTER FROM ACC A TO CONSOLE, NO SPEED PAD 

* GET HERE FROM ENTERING AT IF9CF 

i 


00468 FIDE 

A OCHAR 

EQU 

i 


00469A FIDE 37 


PSHB 


SAVE ACC B 

00470A FID!? F6 FCF4 

A OCHAR1 LDfiB 

ftCIASC 

TRANSHIT REG EMPTY? 

00471A F1DF C5 02 

A 

BITE 

#2 


00472A F1E1 27 F9 F1DC 

EEQ 

OCHAR1 

NO 

00473A F1E3 B7 FCF5 

A 

STAA 

ACIABT 

YES, SEND CHAR 

00474A F1E6 33 


PULE 


RESTORE ACC B 

00475A F1E7 39 


RTS 




00477 


00478 

* SET UP BYTE 

COUNT, 

ADDR=0000 

00479 F1E8 

A SETUP 

EQU 

* 


00480A F1E8 CE FF8C 

A 

LDX 

#BCONT 


00481A FIEB 6F 01 

A 

CLR 

1,X 

SET ADDR = 

00482A F1ED 6F 02 

A 

CLR 

2, X 


004S3A FIEF E7 00 

A 

STAB 

0,X 

SAVE COUNT 

00484A F1F1 39 


RTS 



00485 

* 





00486 
00487 

00488A F1F2 
00489A F1F4 
00490A F1F6 
00491A F1F7 
00492A F1F9 
00493A FIFO 
00494A F1FD 
00495A F1FF 
00496A F201 
00497A F203 
00498 
00499 

00500 F205 A 

00501A F205 C6 37 A 
00502ft F207 4F 
00503A F208 8D B! FIDE: 


F1F2 A 
86 53 A 
8D E5 FIDE 
17 

3D E2 FIDE 
CE FF8C A 
5F 

8D 02 F201 
8D 00 F201 
A6 00 A 
20 OE F213 


* PUNCH 
TPUN 


3, RECORD TYPE, BYTE COUNT, ADDR 


TF'UNl 

$ 

* PUNE 
LDR 

LDR1 


EQU 

* 


LDAA 

#'3 

PUNCH S 

BSR 

OCHAR 


TEA 


PUNCH RECORD TYPE 

BSR 

OCHAR 


LDX 

IBCONT 


CLRB 


INIT CKSH 

BSR 

TPUN1 

PUNCH BYTE COUNT 

BSR 

TF'UNl 

PUNCH ADDR MSB 

LDAA 

0,X 

PUNCH ADDR LSB 

BRA 

PUNT1 


1 LEADER 


EQU 



LDAB 

#55 

COUNT 


CLRA 

ESR 


NULL 


OCHAR 
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00504A F20A 5A BECB 

00505A F20B 26 FB F208 BNE LDR1 

00506A F20B 7E F021 A XCRLF JMP XPCRLF 

00507 * 

00503 * PUNCH BATA 


00509 F210 A PUNT 

00510A F210 BB FAAE A 

00511A F213 36 PUNT1 

00512A F214 IB 
00513A F215 16 
00514A F216 32 
00515A F217 BB FOCA A PUNTS 

00516A F21A 7A FF8C A 

00517A F21B 26 07 F226 

005ISA F21F 53 
00519A F220 17 
00520A F221 8B F4 F217 
00521A F223 8B E8 F20B 
0Q522A F225 4F 

00523A F226 39 PUNTS 


EQU 

4 


JSR 

FETCH 

GET DATA 

PSHA 

ABA 

TAB 

PULA 


UPDATE CKSH 

JSR 

0UT2H1 

SEND BYTE 

DEC 

BCONT 

CHECK BYTE COUNT 

BNE 

PUNTS 

NOT DONE 

COME 

TBA 


PUNCH BYTE COUNT 

BSR 

PUNTS 


BSR 

XCRLF 

PUNCH CP, LF 

CLRA 

RTS 


SET Z FLAG (BONE) 


00525 


00526 

00527 

00528 F227 

00529A F227 7C FF53 

00530 

00531 

00532 


00533 

00534 F22A 

00535A F22A BB FI18 
00536A F22B 84 7F 
00537A F22F 3? 


* 

* INPUT ONE CHARACTER, NO PARITY OR ECHO 

* 

A INNPNE EQU * 

A INC AECHO NO ECHO 

* FALL INTO INCHNP 

4 

* INPUT ONE CHARACTER. STRIP PARITY 

* 

A INCHNP EQU * 

A JSR INCH INPUT CHARACTER 

A ANBA #$7F STRIP PARITY 

RTS 


00539 


4 READER INPUT - IGNORE RU8GUT3 


00540 F230 A RBIN EQU 
00541A F230 8B F5 F227 ESR 
00542A F232 81 7F A CHPA 
00543A F234 27 FA F230 BEQ 
00544A F236 39 RTS 


INNPNE 

#»7F 

RBIN RUEOUTi TRY AGAIN 


00546A F237 B4 FCFD A RD0N3 ANBA 
00547A F23A B7 FCF4 A STAA 
00548A F23D 39 RTS 


S'BIT 

ACIASC 
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00550 



* 




00551 



* READ RECORD ROUTINE 


00552 



^ GET HERE FROM ENTERING AT IF3A4 

00553 



* 




00554 

F23E A 

READR 

EQU 

$ 


00555 



* READER ON 



00556A F23E F6 

FF02 A 


LDAE 

SPEED 


00557A F241 2A 

06 

F24? 


EPL 

RD0N1 

NOT TI CONTROL 

0055SA F243 86 

37 

A 

READR? 

LDAA 

#•7 

block: fgruard 

00559A F245 3D 

SE 

F1D5 


ESP: 

BLE 


00560A F247 20 

03 

F251 


BRA 

READR! 


005il 



it 




00562ft F249 86 

11 

A 

RD0N1 

LDAA 

«11 

DC! - READER ON 

00563A F24B 8D 

8E 

FIDE 


BSR 

(KHAR 


00564A F24D 86 

5F 

A 


LDAA 

#$5F 

READER RELAY ON 

00565A F24F 3D 

E6 

F237 


BSR 

RD0N3 


00566A F251 3D 

DD 

F230 

READS! BSR 

RDIN 

GET CHAR 

00567 



* IF TI AND CR READ ANOTHER RECORD 

00568A F253 81 

OD 

A 


CMPA 

#$D 


00569A F255 26 

03 

F25A 


E'NE 

READRS 

NOT CR 

00570A F257 5D 




TSTB 



00571A F258 2B 

E9 

F243 


BHI 

READR? 

IS TI 

00572A F25A 31 

53 

A 

READR3 CMF’A 

*"$ 


00573A F25C 26 

F3 

F251 


BNE 

READR! 

FIRST CHAR NOT S 

CO-574A F25E CE 

FFSA A 


LDX 

IBUF-3 

INIT BUFFER POINTER 

00575A F261 3D 

CD 

F230 


BSR 

RDIN 

GET RECORD TYPE 

00576A F263 A7 

02 

A 


ST A A 

2, X 

SAVE IT IN BCONT 

00577A F265 80 

30 

A 


SUBA 

ro 


00573A F267 27 

07 

F270 


BEQ 

READR5 

HEADER 

00579A F269 4A 




DECA 



00580A F26ft 27 

04 

F270 


BEQ 

READR5 

DATA 

00581A F26C 81 

08 

A 


CMF’A 

#8 


00582A F26E 26 

Cl 

F251 


BNE 

READR! 

NOT EOF 

00583A F270 6F 

01 

A 

READR:5 CLS 

l.X 

INIT CKSM 

00584A F272 8D 

1C 

F290 


BSR 

RDBYTE 

READ BYTE COUNT 

00585A F274 6C 

00 

A 


INC 

0,X 

CORRECT CKSM 

005S6A F276 36 



READR? PS-HA 


SAVE BYTE COM 

00587A F277 3D 

17 

F290 


BSR 

RDBYTE 

GET DATA 

00583A F279 32 




PULA 


CHECK BYTE COUNT 

00589A F27A 4A 




DECA 



00590A F27B 26 

F9 

F276 


BNE 

READR? 

NOT BONE 

00591A F27D 86 

04 

A 


LDAA 

#4 

STORE ETX FOR HEADER 

00592A F27F A7 

02 

A 


STAA 

2.X 


00593 



* READER OFF 

- CALLED FROM POWER ON INITIAL 

00594A F281 86 

3F 

A 

RDROFF 

LDAA 

ItSF 

READER RELAY OFF 

00595A F233 3D 

B2 

F237 


BSR 

RD0N3 


00596A F285 86 

13 

A 

READR6 

LDAA 

i$13 

DCS - READER OFF 

00597A F287 ED 

F12A A 


JSR 

HITCH 


00598A F23A 3D 

00 F28C 


BSR 

READRS 

CLEAR ACIA 

00599A F28C E6 

FCF5 A 

READRS 

LDAA 

ACIABT 


00600A F23F 39 




RTS 
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00602 * READ BYTE 

00603 F290 A RDBYTE ESU * 


00604A F290 8D 17 F2A9 

BSR 

RDINHX 

GET CHAR: 

00605A F292 48 

ASLA 


MOVE TO 4 MSB 

00606A F293 48 

ASIA 



00607A F294 48 

ASLA 



00608A F295 48 

ASLA 



00609A F296 16 

TAB 


AND SAVE IT 

00610A F297 8D 10 F2A9 

BSR 

RDINHX 

GET CHAR 

00611A F299 IB 

ABA 


FORM BYTE 

00612A F29A A7 03 A 

STAA 

3.X 

STORE BYTE 

00613A F29C BB FF8B A 

ADDA 

BCKSM 

UPDATE CKSM 

00614A F29F B7 FSB A 

STAA 

BCKSM 


00615A F2A2 8C FFD3 A 

CPX 

#BUF+70 


00616A F2A5 27 01 F2A3 

BES 

RDBYT1 

DIFFER OVERFLOW 

00617A F2A7 08 

INX 



00613A F2A8 39 

RDBYT1 RTS 




00620 * READER INPUT - HEX CHARACTER 

00621 F2A9 A RDINHX ESU * 

00622A F2A9 8D 85 F230 BSR RDIN 

00623A F2AB 7E F06F A ..IMP CBCBHX 
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00625 

* 




00626 

* EXBUS POWER-UP INITIALIZATION 

00627 

* 




00628 F2AE A START 

EQU 

* 


00629A F2AE 8E FFEO A 


LBS 

fXSTACK 

INIT SP 

00630 

* INITIALIZE RAN 


00631A F2B1 CE 83FF A 


LBX 

ITOPTST 


00632A F2B4 FF FFOO A 


STX 

ATOP 


00633A F2B7 CE FB6A A 


LDX 

iCRCMD 


00634A F2BA FF -FOE A 


STX 

CMBBEO 


00635A F2BD CE FB70 A 


LDX 

#CRCMB+6 

00636A F2C0 FF FF10 A 


STX 

CMDEND 


00637A F2C3 CE 0000 A 


LBX 

#0 


00638A F2C6 FF FFE1 A 


STX 

0 


00639A F2C9 FF FF02 A 


STX 

SPEED 


00640 

* initialize halt on ADDRESS pia 

00641A F2CC CE FCF4 A 


LBX 

IACIASC 

PIA EASE ADDRESS 

<X*642A F2CF 63 04 A 


COM 

4, X 

A BATA TO OUTPUTS 

00643A F2B1 63 06 A 


COM 

6. X 

B BATA TO OUTPUTS 

00644A F2B3 86 3C A 


LDAA 

#$3C 

A CNTL 

00645A F2B5 A7 05 A 


STAA 

5, X 


00646A F2B7 C6 04 A 


LDAE 

#4 

B CNTL 

00647A F2B9 E7 07 A 


STAB 

7, X 


00648 

* INITIALIZE MAP CONTROL PIA 

00649A F2BB 63 08 A 


COM 

S’, X 

A BATA TO OUTPUTS 

00650A F2BB 86 7F A 


LBAA 

#$7F 

SET B BATA DIR 

00651A F2DF A7 09 A 


STAA 

9, X 


00652A F2E1 A7 OB A 


STAA 

11; X 

B CNTL 

00653A F2E3 86 2C A 


LBAA 

#$20 

A CNTL 

00654A F2E5 A7 OA A 


STAA 

10, X 


00655 

* COME UP IN EXEC MAP 


00656A F2E7 BB FBI7 A 


JSR 

EXEC 


00657 

* INITIALIZE ACIA 


00658A F2EA 5A 


DECS 


RESET ACIA 

00659A F2EB E7 00 A 


STAB 

G,X 


00660A F2EB C6 31 A 


LBAB 

#$31 

ASSUME 2 STOP BITS 

00661A F2EF E7 00 A 


STAB 

O.X 


00662A F2F1 SB 92 F2S5 


ESR 

REABR6 

SEND 2 CHARACTERS 

90663A F2F3 8B 90 F2S5 


BSR 

REABR6 


00664A F2-5 09 

INACIA 

BEX 


COUNT CHAR SEND TIM! 

00665A F2F6 B6 FCF4 A 


LDAA 

ACIASC 


00666A F2F9 85 02 A 


BITA 

#2 

CHAR SENT? 

00667A F2FB 27 FS F2F5 


BES 

INACIA 

NO 

00668A F2FB SC E7Q0 A 


CPX 

#$E700 

REALLY 2 STOP BITS"? 

00669A F300 2B 05 F307 


EMI 

IACIA1 

YES 

00670A F302 C6 35 A 


LBAB 

#$35 

SET UP FOR 1 STOP 2 

00671A F304 F7 FCF4 A 


STAB 

ACIASC 


00672A F307 CA 40 A 

IACIA1 GRAB 

#$40 

SAVE IN SBIT 

00673A F309 F7 FCFB A 


STAB 

SEIT 


00675 

* GET HERE FROM ENTERING AT IF564 

00676 F30C A RENTER 

EQU 

$ 


00677A F30C 8E FFEO A 


LBS 

ttXSTACK 

INIT SP 

00678A F30F CE FF8A A 


LBX 

#STACK 

INIT PSEUDO SP 

00679A F312 FF FF1B A 


STX 

SPSAVE 


00681 

* INITIALIZE VECTORS - 

ABORT REENTRY POINT 

00682 F315 A RENTR1 ECU 

* 
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00683 


* INIT EXEC MAP IRQ VECTORS 

00684A F315 CE FFOO 

A 


LDX 

#$FFOO 

ATOP 

00685A F318 EF 12 

A 


STX 

TEMPA-ATOPi X 

00686A F31A EE 00 

A 


LDX 

ATQP-ATOP, X 

00687A F31C 20 03 F321 


BRA 

RENTR3 


00688A F31E FE FF14 

A PENTR4 

LDX 

TEHPB 

SOURCE 

00689A F321 A6 00 

A RENTR3 

LDAA 

0,X 


00690A F323 09 



DEX 



00691A F324 FF FF14 

A 


STX 

TEHPB 


00692A F:327 FE FF12 

A 


LDX 

TEMPA 

DESTINATION 

00693A F32A A7 FF 

A 


STAA 

$FF. X 


00694A F32C 09 



DEX 



00695A F32D FF FF12 

A 


STX 

TEMPA 


00696A F330 8C FEES 

A 


CPX 

#$FEE8 


00697A F333 26 E9 F31E 


BNE 

RENTR4 


00698A F335 CE F862 

A 


LDX 

tSWISRV 

INIT SHI VECTOR 

00699A F338 FF FFFA 

A 


STX 

$FFFA 


00700A F33B CE F8FD 

A 


LDX 

INMISRV 

INIT NMI VECTOR 

00701A F33E FF FFFC 

A 


STX 

$FFFC 


00703 


* CLEAR EXBUO 

RAM 


00704A F341 C6 44 

A 


LDAB 

IZEND-BKADDR 

00705A F343 BD F6D0 

A 


■JSR 

UCMND1 


00707A F346 86 3A 

A 


LDAA 

r 

TI RDC ON 

00708A F348 BD F1D5 

A 


JSR 

DLE 


00709A F34B BD F1D3 

A 


JSR 

PN0FF3 

PRINTER ON 

00710A F34E BD F281 

A 


JSR 

RDROFF 

READER OFF 

00712A F351 CE FBFO 

A 


LDX 

IHDNG 

PRINT HEADING 

00713A F354 BD F024 

A 


JSR 

XPDATA 


00715 


* GET HERE FROM ENTERING AT $F0F3 OR $F5C2 

00716 F357 

A RENTR2 E0U 

* 


00717A F357 8E FFEO 

A 


LDS 

IXSTACK 

INIT SP 

00718 


* ISSUE PROMPT 


00719A F35A CE FBEO 

A 


LDX 

#PRM1 

PRINT # 

00720A F35D BD F024 

A 


.JSR 

XPDATA 


00721A F360 B6 FFE3 

A 


LDAA 

MODE 


00722A F363 26 04 F369 


BNE 

CLP1 

IS USER MODE 

00723A F365 08 



INX 


EXEC MODE 

00724A F366 BD F027 

A 


JSR 

XPDAT1 


00725A F36.9 4F 


CLP! 

CLRA 


NO PARAMETERS YET 

007264 F36A BD F5DA 

A 


■JSR 

INDSP 

INIT DATA STACK POINTER 

00727A F36D BD F400 

A CLP9 

JSR 

INPUT 

GET FIELD 

00728A F370 25 48 F3BA 


ECS 

CLP3 

ERROR 

00729A F372 81 OD 

A 


CMPA 

#$D 

CR TERMINATOR? 

00730A F374 27 2C F3A2 


BEG 

CLP5 

YES. CR COMMAND 

00731A F376 BD F43D 

A 


JSR 

CNVRT 

CONVERT INPUT FIELD 

00732A F379 81 2F 

A 


CMPA 

r.r 

SLASH? 

00733A F37B 27 OC F389 


BEQ 

CLP11 

YES 

00734A F37D 81 24 

A 


CMPA 

r$ 

$? 

00735A F37F 27 04 F385 


BEG 

CLP7 

YES 

00736A F381 81 3B 

A 


CMPA 

r» 

SEMICOLON? 

00737A F383 26 E8 F36D 


BNE 

CLP9 

NO. GET NEXT PARAMETER 
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00739 




* DOLLAR SIGN-SEMICOLON COWflND 

00740 



F385 A 

CLP7 

E8U 

* 


00741A 

F385 

BB 

F0E4 A 


JSR 

CHNDI 

GET CGHHANB CHAR' 

00742A 

F3S8 

1A 



TAB 


SAVE CGHHANB CHAR IN B 

00743A 

P389 

CE 

FB1C A 

CLP11 

LDX 

ISCHB-A 

INIT TABLE POINTER-3 

00744A 

F38C 

SB 

56 F3E4 

CLP13 

BSR 

INX3 

UPDATE POINTER 

C0745A 

F38E 

8C 

FB67 ft 


CPX 

#SCHBE-3 BONE? 

0074AA 

F391 

27 

27 F3BA 


BEQ 

CLP3 

YES, ERROR 

00747A 

F393 

ftl 

03 A 


CHPA 

3) X 

HATCH? 

00748A 

F395 

26 

F5 F38C 


BNE 

CLP13 

NO 

00749A 

F397 

BB 

F02A A 

CLP15 

JSR 

XPSPAC 

PRINT SPACE 

00750A 

F39A 

EE 

04 A 


LBX 

4.X 

GET COMMAND ftBDR 

00751A 

F39C 

AB 

00 A 


JSR 

O.X 


00752ft 

F:39E 

25 

1A F3BA 


BCS 

CLP:? 

ERROR 

00753A 

F3A0 

20 

B5 F357 


BRA 

RENTR2 

NEXT CGHHANB 

00755 




^ CR COMMAND 



00756A 

F3A2 

CE 

FBAA A 

CLP5 

LBX 

ICRCMD 

CHECK EXBUG COHHANBS FIRST 

00757A 

F3A5 

8B 

13 F3BF 

CLP 17 

BSR 

CHDCHK 

LOOK FOR MATCH 

00753A 

F3A7 

24 

EE F397 


BCC 

CLP15 

FOUND IT 

00759A 

F3A9 

8C 

FB9A A 


CPX 

4CRCHBE 

CECKED ALL OF TABLE’ 

007A0A 

F3AC 

26 

F7 F3A5 


BNE 

CLP 17 

NO 

007A1A 

F3AE 

FE 

FFOE A 


LBX 

CHBBEG 

CHECK USER TABLE 

007A2A 

F3B1 

3B 

OC F3BF 

CLP19 

BSR 

CHBCHK 

LOOK FOR HATCH 

00763A 

F3E3 

24 

E2 F397 


BCC 

CLP 15 

FOUND IT 

00764A 

F3B5 

BC 

FF10 A 


CPX 

CHBENB 

CHECKED ALL OF TABLE’ 

00765A 

F3E3 

26 

F7 F3B1 


BNE 

CLP19 

NO 

00767A 

F3BA 

BB 

F525 A 

CLP3 

JSR 

F’ERR 

PRINT ERROR MESSAGE 

00768A 

F3BD 

20 

93 F357 


BRA 

RENTR2 


00770 




4 LOOK FOR CR CGMAND TABLE HATCH 

00771 



F3BF A 

CHDCHK 

ESU 



mim 

F3BF 

B6 

FF3B A 


LDAft 

BUF 

CHECK FIRST CHAR 

00773A 

F3C2 

31 

OB A 


CHPA 

i$D 


00774A 

F3C4 

27 

91 F357 


BEQ 

RENTR2 

REPROMPT IF CR 

00775A 

F3CA 

A1 

00 A 


CHPA 

O.X 


0077AA 

FXS 

26 

16 F3EQ 


BNE 

INX6 


00777ft 

F3CA 

B6 

FF8E A 


LBAft 

BUF+1 

CHECK SECOND CHAR 

00778A 

F3CD 

ftl 

01 A 


CHPA 

1>X 


00779ft 

F3CF 

26 

OF F3E0 


BNE 

INX6 


00780ft 

F3B1 

BA 

FF8F A 


LBAA 

BUF+2 

CHECK THIRD CHAR 

00731A 

F3B4 

ftl 

02 A 


CHPA 

2.X 


00782ft 

F3DA 

26 

08 F3E0 


BNE 

INX6 


00783A 

F3B8 

BA 

FF90 A 


LBAA 

BUF+3 

CHECK FOURTH CHAR 

00784ft 

F3CB 

A1 

03 A 


CHPA 

3.X 


00785ft 

F3DB 

26 

01 F3E0 


BNE 

INX6 


0078AA 

F3BF 

39 



RTS 


FOUND IT 

00788ft 

F3E0 

OB 


INX6 

SEC 


NOT FOUND FLAG 

00739A 

F3E1 

08 



INX 



00790A 

F3E2 

08 



INX 



00791ft 

F3E3 

03 



INX 



00792A 

F3E4 

08 


INX3 

INX 



00793ft 

F3E5 

08 



INX 



00794A 

F3EA 

08 



INX 



00795ft 

F3E7 

39 



RTS 
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00797 * 

00798 « CHECK FOR BREAK/WAIT 

00799 4 


00800 F3E8 A CKBRK EQU 
00801A F3E8 B6 FCF4 A LDAA 
00802A F3EB 47 ASRA 
00803A F3EC 24 OB F3F9 BCC 
00804A F3EE B6 FCF5 A CKBRK7 LBAA 
00805A F3F1 81 17 A CMFA 
00806A F3F3 27 F9 F3EE EEQ 
00807A F3F5 81 18 A CMF'A 
00808A F3F7 27 Cl F3BA BEQ 
00809A F:3F9 39 CKBRK1 RTS 


4 

ACIASC CHECK ACIA 

CKBRK1 NO CHAR 

ACIABT WAIT? 

#$17 CTL4P 

CKBRK? YES 

#$18 CTL-X? 

CLP3 YES.. RETURN TO COMMAND LEVEL 


0031! 

S 



00812 

4 HBOS COWHAND 

\nJC i 

00814 F3FA 

A NCOS 

EQU 

S 

00815A F:3FA 80 FBI? 

A 

JSR 

EXEC SET EXEC 

008ISA F3FD 7E E800 

A 

JHP 

HDOSE 


> 


> 
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02118 



OPT 

LIST 


02119A FFOO 



0R6 

fFFOO 


02124A FFOO 

00-02 

A 

ATOP RMB 

2 

TOP OF EXEC MAP VECTORS 

02125 

FF02 

A 

CHARM EQU 

* 

SPEED FLAG AND CHAR (NON-CR) NULL PAD VALUE 

02126A FF02 

0001 

A 

SPEED RMB 

1 

0=DC, -=TI CNTL, OTHER=COMB 

02127ft FF03 

0001 

A 

CRNL RMB 

1 

CR NULL PAD VALUE 

02128A FF04 

0002 

A 

HALTAD RMB 

2 

HALT ADDRESS 

02129A FF06 

0002 

A 

TEND RMB 

2 

TRACE ENDING ADDRESS 

02130ft FF08 

0002 

A 

DSP RMB 

2 

DATA STACK POINTER 

02131ft FFOA 

0002 

A 

BEGA RMB 

2 

BEGINNING ADDR - BEGEND 

02132A FFOC 

0002 

A 

ENDA RMB 

2 

ENDING ADDRESS - BEGEND 

02133A FFOE 

0002 

A 

CMDBEG RMB 

2 

EXTENDED CMND TABLE BEGIN 

02134ft FF10 

0002 

A 

CMDEND RMB 

2 

EXTENDED CM® TABLE END 

02135A FF12 

0002 

A 

TEMF’A RMB 

2 

TEMP STORAGE 

02138A FF14 

0002 

A 

TEMF'B RMB 

2 

TEMP STORAGE 

02137 



* PSEUDO-REGISTERS FOR TARGET PROGRAM 

02138A FF16 

0001 

A 

PRF'CH RMB 

1 

TGT PC HIGH 

02139A FF17 

0001 

A 

RMB 

1 

TGT PC LOW 

02140ft FF18 

0001 

A 

PRXRH RMB 

1 

TGT X REG HIGH 

02141ft FF19 

0001 

A 

RMB 

1 

TGT X REG LOW 

02142A FF1A 

0001 

A 

PRACCA RMB 

1 

TOT ACC A 

02143ft FF1B 

0001 

A 

PRACCB RMB 

1 

TGT ACC B 

02144ft FF1C 

0001 

A 

PRCC RMB 

1 

TGT CONDITION CODES . HINZVC 

02145A FF1D 

0002 

A 

SPSAVE RMB 

2 

TGT SR 

02146 



* END OF PSEUDO-REGISTERS 

02147 



4 BEGINNING OF EXBUG 1 CLEARED AREA 

02148A FF1F 

0010 

A 

BKABBR RMB 

16 

BREAKPOINT ADDRESSES 

02149A FF2F 

0001 

A 

Etc INS RMB 

1 

BKF'T INSTRUCTIONS) (ALTERNATING BYTES) 

02150ft FF30 

0001 

A 

EFLAG RMB 

1 

E COMMAND FLAG 

02151A FF31 

0001 

A 

RMB 

1 

BKF'T INS 2 

02152ft FF32 

0001 

A 

ZFLAG RMB 

1 

Z COMMAND FLAG 

02153ft FF33 

0001 

A 

RMB 

1 

BKF'T INS 3 

02154A FF34 

0001 

A 

HUSK RMB 

1 

MEMORY SEARCH MASK 

02155A FF35 

0001 

A 

RMB 

1 

BKF'T INS 4 

02156A FF36 

0001 

A 

HALTF RMB 

1 

HALT ON ADDF; ACTIVE FLAG 

02157A FF37 

0001 

A 

RMB 

1 

BKF'T INS 5 

02158A FF38 

0001 

A 

TRACE RMB 

1 

TRACE ACTIVE FLAG 

02159ft FF39 

0001 

A 

RMB 

1 

BKPT INS 6 

02160A FF3A 

0001 

A 

INTMAP RMB 

1 

MAP LAST INTERRUPT WAS IN: +=EXEC, -=USER 

02161ft FF3B 

0001 

A 

RMB 

1 

BKPT INS 7 

02162ft FF3C 

0001 

A 

TEMPO RMB 

1 

TEMP STORAGE 

02163ft FF3P 

0001 

A 

RMB 

1 

BKPT INS 8 

02164ft FF3E 

0001 

A 

PCOUNT RMB 

1 

F'ARAM COUNT, NULL FIELD FLAG 

02165A FF3F 

0010 

A 

BKCNT RMB 

16 

BKPT PASS COUNT 

021664 FF4F 

0001 

A 

BKPTIN RMB 

1 

BKPTS IN FLAG 

02167ft FF50 

0002 

A 

BUFPNT RMB 

2 

BUFFER POINTER 

02168ft FF52 

0001 

A 

TEMP'D RMB 

1 

TEMP STORAGE 

02169ft FF53 

0001 

A 

AECHO RMB 

1 

NON-ECHO FLAG 

02170ft FF54 

OOOE 

A 

RMB 

14 

DATA STACK AREA 

02171 

FF62 

A 

DATAS EQU 

* 

START OF DATA STACK 

02172A FF62 

0001 

A 

GASSET RMB 

1 

PUNCH ON FLAG 

02173 

FF63 

A 

ZEND EQU 

* 


02174 



* END OF EXBUG 1 CLEARED AREA 

02175A FF63 

0027 

A 

RMB 

39 

EXBUG 1 STACK AREA 

02176A FF8A 

OOOl 

A 

STACK RMB 

1 


02177ft FF8B 

0001 

A 

bcksm rmb 

1 

BUFFER CHECKSUM 

02178ft FF8C 

0001 

A 

BCONT RMB 

1 

BUFFER CONTROL CHARACTER 

02179ft FFgp 

0053 

A 

BUF RMB 

83 

RECORD BUFFER 
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02180A 

FFEO 

0001 

A XSTACK 

RMB 

1 

EXBUG 2 STACK 

02181A 

FFE1 

0002 

A Q 

RME 

2 

DEBUG OFFSET 

02182A 

FFE3 

0001 

A MODE 

RMB 

1 

MAP MODE 

02183A 

FFE4 

0004 

A 

RMB 
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02190 FOOO A END PHRUP 

TOTAL ERRORS 00000 


FCF5 ACIABT 00071*00355 00473 00599 00804 

C CF4 ACIASC 00070*00352 00470 00547 00841 00665 00671 00801 

F5AF ACHNO 01118*02031 

F5B2 ACHNDi 00331 01120*01166 01173 01130 01190 
F5C1 ACMNB3 01031 01125 01127*01140 
F4B4 ADD 00950 00956*01003 01209 
F4C0 ADD1 00941 00963* 

FF53 AECHO 00356 00358 00529 00915 02169* 

0001 ALL 00065* 

FFCC ATOP 00632 00685 00686 00686 01508 01654 01748 02124* 

F C 8E BCKSK 00613 00614 01919 02177* 

F5E4 KM) 01164*02032 

FF8C SCONT 00429 00430 00492 00516 02178* 

FFQA SEGA 00156 00164 *50417 01771 01961 01962 02131* 

F045 BEGEND 00100 00153*00158 00169 
FF1F 8KABDR 0070* 01347 01348 01386 02148* 

FF3F BKCNT 02165* 

FF2F SKINS 01347 01394 01420 02149* 

FF4F BKPTIN 01359 01412 01437 01610 02166* 

F6EC BKTCK 01330 01369*01615 
F6EF mm 01327 01344 01370* 

F6F1 BRKSB 01325 01362 01334*01434 
-6FB BRKSB! 01390*01398 
F739 BRKSB3 01395 01420* 

F6FD BRKSB5 01391*01401 01413 01417 01427 01429 

FF8D BUF 00397 00418 00421 00423 00432 00436 00574 00615 00772 00777 00780 00783 00825 00832 00879 01251 01864 
01893: 01908 01923 01926 02179* 

FF50 BUFPNT 0034*3 00843 00880 01366 01892 01967 01995 02167* 

FF62 GASSET 00263 00372 00385 00404 *>0445 02172* 

F034 CBCISK1 00186 00195 00198* 

F07? CBCDH3 00190*00197 
F06F CBCDHX 0010! 00184*00198 00623 
F5E9 CCHND 01171*02033 
F07C CDEC 00188 00194* 

FF02 CHARNL 00384 01235 02125* 

FOES CHEX1 00302 00304*00312 00314 00333 00-337 00344 
FOBS CHEXL 00102 00279 00289* 

F0D9 CHEXR 00103 00282 00298* 

F3E8 CKBRK 00800*01752 01898 01996 
F3 P 9 CKBRKl 00803 00809* 

F3EE CKERK7 00804*00806 
F45B CKTRM 00830 *50849* 

F42E CKTW1 00853 00858* 

F423 CCTW3 00852*00856 
F369 CLP! 00722 *>5725* 

F389 CLF'll 00733 00743* 

F-3SC CLP13 00744*00748 
F397 CLP15 00749*00758 00763 
F3A5 CLP17 00757*00760 
F3B1 CLP19 00762*00765 

F3BA CLP3 00728 00746 00752 00767*00808 00930 
?3A2 CLP5 00730 *>5756* 

F3S5 CLP? 00735 00740* 
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F36B CLP? 00727*00737 
FFOE CMDBEG 00634 00761 02133* 

F3BF CMDCHK 00757 00762 00771* 

FF10 CHDEND 00636 00764 02134* 

FOBS CMNDE 00107 00262*00280 00234 00316 00357 
FOBF CMNDE1 00268*0-033? 00341 
F0E4 CMNDI 00309*00741 00826 OICkX) 01802 01839 01925 
F43D CNVRT 00731 00877* 

F47C CNVRT7 00908*00929 
F457 CNVRT? 00885 00890* 

F790 CONTI 01450 01456 01470*01494 

F78E C0NT3 01452 01469*01626 01757 

F770 C0NT5 01453*01745 

F795 CQNT7 01474*02114 

F774 D3NT? 01455*01636 

F699 CQUTAB 01307 01311*01316 

FB6A CROffl 00633 00635 00756 02067* 

FB9A CRCMDE 00759 02076* 

FF03 cm 00374 02127 * 

FF62 DATAS 01157 02171* 

F585 DEC 01075 01085*01461 01755 
F58E DEC! 01088 01090* 

F8D7 DECP1 01672*01707 
F8D0 BECPC 01617 01648 01668* 

F929 DELAY1 01719*01720 

FIDS, DLE 00408 00457*00559 00708 

FF08 DSP 00238 00896 00900 00914 00919 00936 00957 00970 00973 00989 01047 01079 01086 01096 01158 01270 01406 
01425 01488 01781 01787 01369 01997 02130* 

F595 DUP2 01004 01095* 

F5EE ECMNB 01178*02034 

FF30 EFLAG 01179 01439 01646 02150* 

F06C END1 00134 00170* 

FFOC ENDA 0016! 00419 00421 00423 00429 00438 01277 01789 02132* 

F052 ENDIN 00159*00163 
F4D4 ERR 00981*00999 01002 01045 
FB17 EXEC 0-0656 0-0815 01705 02007*02075 
F0F3 F0F3 00322* 

F564 F564 01064* 

F5C2 F5C2 01132* 

F3A4 F8A4 01641* 

F9CF F9CF 01808* 

FAAE FETC-H 00510 00991 01052 01405 01415 01577 01687 01780 01874 01946*01974 
F8E8 FETCH2 01510 01633 01683*01715 
F8EC FETCHX 01684 01687* 

F439 GCFLB 00-870*00994 00997 01123 01200 01206 
F?B6 GCMND 01499*02035 
F7CD GCMND3 015-07 01510* 

F7B2 GCMND5 01504 01512* 

F7D5 GCMND7 01511 01513* 

F414 GETC 00839*00884 00893 00898 
FF04 HALTAD 01250 01255 01560 01561 02128* 

FF36 HALIF 01255 01558 02156* 

F644 HCKNB 01249*02036 
F650 HCHNB1 01253 01255* 

F647 HCMND5 01251*01264 
FBFO HDNG 00712 02103* 

F45E HEX 00891 00894*00899 
FCF9 HPIAAC 00074*01565 01673 01727 
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C CF8 HP IA AD 00073*00074 00075 00076 00077 00078 00079 00080 01562 01728 
FCFB HPIABC 00076*01735 
FCFA HPIABD 00075*01563 01736 
F307 IACIA1 00669 00672* 

F65B ICHND 01269*02037 

P667 ICMND1 01276*01280 

F06D IN1H 00175*00210 

F2F5 INACIA 00664*00667 

P03D INADD1 00210*00215 

F09? INADD3 00211 00216*00267 00269 

FOSS INADDR 00104 00206* 

F57E INC 01069 01078*01391 01:392 01491 01778 01891 01978 
F! 18 INCH 00105 00351*00354 -D0535 
F22A INCHNP 00106 00534* 

F5DA INBSP 00726 OHIO 01155*01612 
F227 INNPNE 00310 00528*00541 
F400 INPUT 00727 00824*00871 
F403 INPUTl 00399 00826*00833 
F413 INPUTS 00831 00834*00902 
FF3A INTMAP 01570 02160* 

F3E4 INX3 00744 00792* 

F3E0 INX6 00776 (>0779 00782 00785 00788* 

F834 ISP1 01571 01574* 

F837 ISP5 01576*01580 
F847 ISF'7 01584*01588 
F826 ISPREP 01568*01609 01706 
F633 KCNND 01234*02038 

F63B KCMNB! 01236*01244 { 

F601 LCfflUD 01195*02039 
F777 LCHND1 01449 01458* 

F205 LDP 00411 00444 00500* 

F208 LDR1 00503*00505 
E3CC LIST 00087*00268 

0000 LISTNG 00067*00092 00095 00818 02117 0212! 

F9E0 LOAD 01824*02069 
EBCO LPINIT 00086*00345 
FBAE NABR 01731 02092* 

F73E HATCH 01397 01423* 

FB9A N8EG 00154 02087* 

-4D8 HCH3 00989*01042 
-534 HCHG13 01023 01036* 

F567 HCHG21 01037 01066* 

F571 NCHG25 01067 01072* 

F544 HCH327 01044*01073 
F51D mm 00996 01022* 

F4F4 NCHG7 01000*01025 

F53A HCHG9 01013 01020 01039*01070 01076 

F4D6 mm 00987*02030 

FBCA HCKS 01921 02096* 

FBC3 NCLV 01800 02095* 

F5F3 mm 01185*02040 
F3FA HDDS 00814*02073 

E300 NDOSE 00090*00816 i 

FB9F MEND 00159 02083* ‘ 

F09C MERGE! 00224*00227 

F099 MERGER 00212 00221*00897 

FBA4 MERR 01028 02089* 

F5EB MHDR 00395 02102* 
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FEED MHLT 01739 02094* 

FBE5 MMSK 01187 02101* 

FFE3 NODE 00721 01506 01554 01629 02015 02182* 

FBB5 MPftR 01724 02093* 

FCFE MPIftAC 00079*01287 01703 

FCFC MPIAflD 00077*01476 01522 01557 01939 01947 02016 

FCFF MPIABC 00080*01364 01569 

FCFD MPIAEP 00078*00081 01573 

FBDO MSC 01837 02097* 

FEAR MSHI 01649 02091* 

F548 MUPDT 01038 01046*01068 01074 
F561 MUPDT3 01049 01050 01054 01059* 

F55E MUPDT5 01012 01058* 

FBD5 MVHD 01881 02098* 

F79D NCMND 01483*02041 
F7AC NCMNB1 01485 01491* 

F7AF NCMND? 01490 01492* 

F926 NMI1 01710 01712 01718* 

F960 NMI11 01742 01747* 

F?68 NMI13 01744 01751* 

F97B NMI15 01754 01759* 

F983 NMI17 01756 01762* 

F978 NMI19 01757*01761 
F937 NMI3 01723 01727* 

F934 NMI5 01725*01740 
F948 NMI7 01730 01735* 

F956 NMI? 01738 01742* 

F8FD NMISRV 00700 01700* 

FIDE OCHAR 00366 00380 00410 00447 00460 0046-8*00489 00491 00503 00563 01808 
FIDO OCHAR! 00470*00472 
F511 QCMNB3 01007 01014* 

F517 0CHNB5 01009 01011 01015 01018* 

F50D 0CMND7 01012*01017 
0000 ONEK 00064*00067 
F0C3 QUT2H 00244 00250 00276* 

FCCA 0UT2H1 00278*00515 01058 01902 
R)AF 0UT2HS 00108 00249* 

FOAD 0UT4HS 00109 00243* 

F12A DUTCH 00264 00265 00365*00597 
F13E DUTCH1 00373 00375*00332 00386 
FI53 GUTC.H3 00377 00387* 

F14B 0UTCH5 00370 00384* 

c OAA DUTHEX 00237*01041 01900 0196? 

F494 PAR2 00925*00948 

F4AD PAR2A 00947*00988 01326 01343 01512 

F49D PARSE 00872 00395 00916 00930* 

F677 PARITl 01278 01288* 

F672 PARITY 01285*02053 02055 

F4CD PARN 00977*01324 01341 01447 01484 01503 

F4D5 PARN1 00980 00982*0103? 

F761 PCMND 01446*02042 

F604 PCMNDi 00157 00162 01197*01222 01229 01257 
F605 PCMND2 01198*01237 
F623 PCMND3 01203 01210* 

F61D PCMND4 01205 01208* 

F62E PC-MND5 01126 01214* 

F62D PCMND7 01202 01215*01256 
=629 POm 00920 01213*01335 
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F620 PCHNB9 01207 01209* 

F6E9 PCMTCH 01368*01451 01462 

FF3E FCOUNT 00873 00886 00888 00926 00978 00993 01138 01156 01201 01385 01396 01420 01769 01835 02164* 

F03A PCRLF 00110 00142* 

FC2D PDATA 00111 00125*00155 00160 
F02F PDATA1 00112 00131*00137 
F525 PERP 00767 01013 01028*01056 
FA65 PINFO 01786 01884 01898* 

FA6F PINFO! 00992 01886 01902* 

F155 PNCH 00393*02072 
F158 PNCH! 00395*00400 
F1A4 PNCH!i 00426 00428* 

F1AF PNCH13 00433*00434 
F18B PNCH15 00414 00417* 

F163 PNCH3 00399*00402 
F187 PNCH5 00415*00416 
F191 PNCH7 00419*00439 
FIA2 PNCH9 00424 00427* 

F1D3 PN0FF3 00451*00709 
F17A PNOM! 00406 00409* 

F4C4 POP 00969*01019 01059 01421 01895 
FF1A PRACCA 01119 02142* 

FF1B PnADOB 01165 02143* 

FF1C PRCC 01172 01694 01708 02144* 

F805 PREP 01474 01518 01553* 

F80C PREP! 01555 01557* 

-825 PPEP3 01516 01559 01566* 

FA75 PRINTS 01797 0:845 01906* I 

FBEO mi 00719 01643 02099* 

FAE4 PRNT 01954*02071 
FADE PRNT! 01973*01980 
FAFC PRNT!! 01987 01990* 

FAFO PRNT3 01984*01994 
FAD! PRNT5 01968*02000 
FAFE PRNT9 01989 01991* 

FF16 PRPCH 01196 01296 01368 01533 01583 01592 01610 01613 01634 01635 01661 01669 01671 01716 01717 01759 02138* 
F e !8 PRXRH 01228 02140* 

F47E PSH 00911*01034 

F484 PSH! 00883 009:4*01966 

F52B P8HQ -00951 01024 01031*01208 

F7EC PSHRG1 01530*01534 

F7F9 PSHRG3 01537*01550 

F7EA PSKRGS 0147! 01528*01662 01691 

FOB: PSPACE 00113 00255* 

F210 PUNT 00433 00509* 

F213 PUNT! 00497 00511* 

F217 PUNT3 00515*00520 
F226 PUNTS 00449 00517 00523* 

FOOD PWRUP 00099*01546 02190 
FFE! 0 00638 01032 01243 02181* 

F63F OCMND 01242*02043 
F6CA R8f.?T 01358*01674 

F6E3 RBKPTi 01360 01363* , 

F6E5 RBKPT3 01364*01438 01440 ‘ 

F5A5 RCHN8 01108*01121 01198 

F67S RCNND 01293*01751 02044 

F67B RCNND! 01295*01680 

F2A8 RBBVTI 00616 00613* 
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F290 RDBYTE 005S4 00587 00603* 

F230 RDIN 00540*00543 0056.6 00575 006.22 
F2A9 RBINHX 00604 00610 00621* 

F249 RDONi 00557 00562* 

F237 RD0N3 00546*00565 00595 
F28! RDROFF 00594*00710 
F23E READR 00554*01641 01907 
F251 READR1 00560 00566*00573 00582 
F25A READR3 0C56.9 00572* 

F270 READR5 00578 00580 00583* 

F285 READR6 00596*00662 00663 
F276 READR7 00586*00590 
F28C READR8 00598 00599* 

F243 REACR:9 00558*00571 
F728 REMOVE 01403 01411* 

F30C RENTER 0*5676*01064 
F315 RENTR1 00682*01733 

F357 RENTR2 00322 00716*00753 00768 00774 01132 01651 01763 
F321 RENTR3 00687 00689* 

F31E RENTR4 00688*00697 

F8EF PINT 01631 01653 01690*01713 01747 

F8DF RMSG 01650 01677*01732 

FB'FE RTNUSR 02111* 

FCFD SBIT 00031*00546 -00673 01711 
F74E SEKPT 01433*01453 01515 

F760 SBKPT1 01435 01441*01454 01458: 0146.0 01463 01487 01502 
F5C5 SBYTE 01043 01124 01137* 

F5D4 SBYTE1 01142 01144 01147* 

FB22 SCMD *50743 02028* 

FB6.A SONDE 00745 02056* 

F62E SCNND 01220*02045 
F1E3 SETUP 00403 00441 00479* 

0080 SKIP2 *50083*01388 01419 01539 02009 
FF02 SPEED 00405 00443 00556 00639 02126* 

FF1D SPSAVE 00679 01221 01521 01582 01692 02145* 

FRED SRCH 01796*01798 01799 01314 02068 
F9C4 SRCH3 *51800*01818 
F9D4 SRCH5 01803 01313* 

FF8A STACK 00678 02176* 

F2AE START 00099 00628* 

FAA8 STORE 01051 01276 01411 01538 01873 01938* 

F4A0 SUB 00935*01006 
F34E SNAP 01529 01591*01695 
003F SMI 00082*01410 
F3B6 SMI11 01644 01650*01725 
F3BB SMI 13 *51628 01630 01653* 

F8B1 SMI17 01643* 

F8C2 SMI21 01657*01749 
F8AC SMI3 01611 01616 01646* 

F3A7 SWI5 01621 01643* 

=388 SMI7 01623 01625* 

F8SD SMI9 01623*01647 

F862 SWISRV 00698 01606* 

F656 TCNND 01262*02046 

FF12 TEHPA *50685 00692 00695 00850 *5*5858 02135* 

FF14 TENPB 0*5638 00691 00912 00913 01033 *51109 01961 01962 *51999 02136* 
FF3C TENPC 01833 01871 01887 02162* 

FF52 TENPD 01834 01379 01883 02168* 
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FFQ6 TEND 01263 01760 02129# 

83FF TOPTGT 00072*00631 

F!F2 TP'JN 00413 00431 00443 00487* 

F201 TPUNi 00415 00494 00495 00496* 

FF38 TRACE 01443 01493 01501 01679 01743 01753 01762 02158* 

F432 T R M TB 00851 00863* 

F439 TRl'ITBE 00855 00865* 

F6C2 UCHND 01340*02047 
F6D0 UCHND1 00705 01348* 

F6D3 UCHND3 01349*01352 
F6D9 UCHND5 01328 01333 01353* 

F6CE UCHND7 01342 01347* 

FB19 USER 01572 02013*02074 
FA86 VCKSK 01847 01918* 

FAA7 VCK8H3 01912 01920 01929 01933* 

FA8B VCKSH5 01921*01931 
F6A5 VCHND 01322*02048 
F6BB VCUffll 01333*01345 
F9E1 '/ERF 01816 01831*02070 
F9EC VERF1 01837*01843 
-A13 VERF11 01350 01859* 

FA21 VERF13 01865*01894 
FA34 VERF15 01872 01874* 

FA55 VER-l? 01876 01888 01891* 

FA4? VERF19 01880 01884* 

F9FD VERF3 01841 01844*01856 

F9FE VERF7 01845*01846 01848 01852 01896 

F939 «C*ND 01763*02049 

F99C- HCMND3 01775 01778*01790 

F9E2 5CHND5 01785 01787* 

F9D2 !C!f!D7 01770 01777 01810*01836 
FF34 vm 01139 01784 02154* 

FOC-3 XBEGEN 00100*00394 01186 01273 01955 
F006 XCBCDH 00101*00894 
F009 XCHEXL 00102* 

FOOC XCHEXR 00103* 

F633 XCNND 01227*02050 
F694 XC04N 01297 01299 01307* 

F69D XCOUT 01312 01314* 

F20B XCRLF 00506*00521 
FOOF XINADD 00104* 

F012 XINCH 00105* 

F015 XINCHN 00106*00176 

F6A0 X02HS 01301 01303 01305 01316* 

F696 X04H 01308*01390 

FOIE X0UT2H 00103*01122 01317 01977 

FOIE X0U74H 00109*01199 01308 01924 

F018 XOFCH 00107*00135 00144 00146 00148 01314 01991 

F021 XPCRLF 00110*00126 00506 01040 01294 01899 01968 

F027 XPDAT1 00112*00724 01029 

F024 X-DATA 00111*00396 00713 00720 01188 01678 01801 018:38 01882 01914 019 
F531 XPSH 01034*01111 

F52E XPSH1 01033*01098 01369 01387 01773 01863 
F02A XPSPAC 00113*00749 0:005 01903 01981 
FFEO XSTACK 00629 00677 00717 01608 01702 02180* 

FOFA ZCMND 00327*02051 
FI12 ZCHND1 00335 00348* 
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PP32 ZR_AG 00266 00270 00328 00334 02152* 
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APPENDIX C 

PERIPHERAL REQUIREMENTS FOR 
EXORciser II OPERATION 


The EXORciser II depends on the con¬ 
cept that a data terminal be used to “communi¬ 
cate” with the DEbug II System and with the sys¬ 
tem under development. 

All address or data inputs are entered via 
the keyboard, and all status or other results are 
printed ( or displayed) in ASCII-Hex characters. 
This exchange of information is easier to inter¬ 
pret and much faster than could be done with 
lights or switches. The operator communicates in 
bytes and words, rather than in 1’s and 0’s. In 
addition to the keyboard and printer functions, 
however, is the need to save programs and be 
able to reenter them into memory. 

The EXORciser II uses the ASCII (Ameri¬ 
can National Standard Code for Information In¬ 
terchange) communications protocol, which de¬ 
fines the serial asynchronous transmission and 
reception of characters with Start-Stop and parity 
bits appended, as shown in Figure C-1. 

This figure shows the timing for baud 
rates of 10, 15, and 30 characters per second 
(CPS), but the same relationships apply at any 
higher speed. The EXORciser II has a crystal con¬ 
trolled communication baud rate clock with se¬ 
lectable positions from 110 to 9600 baud. 

Each character consists of: 

1 Start bit 

7 Data bits (ASCII)—See Figure C-2. 

1 Parity bit 

1 or 2 Stop bits (2 at 110 baud) 

In most terminals, the parity bit is sent by 
the keyboard, and is selected to be EVEN, ODD, 
ONE, or ZERO by strapping or switching options. 
The EXORciser II ignores the parity bit from the 
keyboard, and normally transmits a ZERO (0) as 
the parity bit. Most terminals, including the TTY 
printer, also ignore this function. If a terminal 
requires a specific type of parity, it can be accom¬ 
modated by revising the program in PROM U38 
on the DEbug II Module. Parity checking is con¬ 
sidered unnecessary in this application. 

Terminal Functional Requirements 

Four basic functions must be performed 
by the terminal/peripheral equipment in systems 
development work with the EXORciser II. They 
are: 


(a) Keyboard Entry 

(b) Printer (or Display) 

(c) Program loading (into memory) 

(d) Program saving (storage) 

Item (b) must be qualified because many 
operations require a hard copy, such as a pro¬ 
gram listing during an assembly. Some terminals, 
such as the teletype and Tl 733ASR, provide all 
four functions in one unit, and use tape to handle 
the program storage. Since both of these termi¬ 
nals use the ASCII codes (DC1, DC2, DC3, and 
DC4) to control the tapes, they work compatibly 
with the EXbug II control program, as well as with 
the Editor/Assembler Tapes available for soft¬ 
ware development. 

Other terminals have various combi¬ 
nations of these functions, but two or more pe¬ 
ripheral devices are usually needed to meet the 
complete requirements. For example, HP2644 
and HP2645 CRT terminals have dual tape mech¬ 
anisms, but require the addition of a line printer to 
be complete. Also, the HP terminals do not use 
standard ASCII codes for tape control. (A Mo¬ 
torola User Library program is available to inter¬ 
face them). 

Tape storage, particularly cassette tape, 
is quite acceptable to many users, because the 
loading time has been reduced from 25 minutes 
for a TTY to 3 or 4 minutes with cassettes (for a 6- 
kilobyte program). The desire for still higher 
speeds exists and has been provided by the EX- 
ORdisk II Floppy Disk System. In addition to the 
decreased time for loading (a few seconds typi¬ 
cally), many additional features are also provided 
by the Motorola Disk Operation System (MDOS), 
which also provides increased performance in 
other ways (see MDOS Manuals). 

Since users of these more capable stor¬ 
age systems usually deal in large programs, it is 
frequently advisable to also add a high speed line 
printer to the system. This is accommodated by 
using one of the standard interface modules 
which plug into the EXORciser II. Any “Centronics 
interface” printer can be directly connected. 

Last but not least, when data storage 
and line printer requirements are covered by 
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other peripherals, a CRT terminal such as the 
EXORterm 100 is advantageous because of its 
higher display speed (up to 9600 baud), enhanced 


editing, and the elimination of the use of paper 
(see the EXORterm 100 User’s Guide for more 
details). 


110 BAUD 

SERIAL ASCII DATA TIMING 




BAUD RATE 

150 

300 


CHARACTERS/SEC 

15 

30 


BIT TIME (msec) 

6.67 

3.33 

SEC 

CHARACTER TIME (msec) 

66.7 

33.3 

BIT TIME- 

BAUD RATE 


FIGURE C-1. 110, 150 and 300 Baud Serial ASCII Data Timing 
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ASCII CODE 


BITS 4 THRU 6 

- 

0 

1 

2 

3 

4 

5 

6 

7 


0 

NUL 

DLE 

SP 

0 

@ 

P 


P 


i 1 

SOH 

DC1 

! 

1 

A 

Q 

a 

q 


I 2 

STX 

DC2 

" 

2 

B 

R 

b 

r 


1 3 

ETX 

DC3 

# 

3 

C 

S 

c 

s 


1 4 

EOT 

DC4 

$ 

4 

D 

T 

d 

t 


1 5 

ENQ 

NAK 

% 

5 

E 

U 

e 

u 

BITS 0 THRU 3 

1 6 

ACK 

SYN 

& 

6 

F 

V 

f 

V 


J 7 

BEL 

ETB 


7 

G 

w 

9 

w 


\ 8 

BS 

CAN 

( 

8 
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X 

h 

X 


j 9 

HT 

EM 

) 

9 

1 

Y 

i 

y 


1 A 

LF 

SUB 

* 


J 

z 

j 

z 


j B 

VT 

ESC 

+ 

; 

K 

[ 

k 



I C 
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FS 


< 
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/ 

1 

/ 


l D 

CR 

GS 

— 

— 

M 

] 

m 



V E 

SO 

RS 


> 

N 

t 

n 

a; 


F 

SI 

US 

/ 

? 

O 


o 

DEL 


SEND A 7 BIT ASCII CHAR. “H” 
EVEN PARITY — 2 STOP BITS 
H = 48i6 = IOOIOOO 2 


MARK - 

1 1 1 

1 1 

| 


l 

l 

i 



-1- 

1 

1 

NEXT 

SPACE 

START | D 0 1 Dt 1 D 2 

1 1 1 

d 3 

d 4 1 d 5 

D 6 

PARITY 

STOP | STOP 

1 

CHAR. 


FIGURE C-2. ASCII Example 

























APPENDIX D 

USE OF THE ASR33 TELETYPEWRITER 
WITH EXORciser II 


D.1 GENERAL 

The ASR33 teletypewriter is one of the 
standard data terminals for use with computers. It 
uses the ASCII protocol, as described in Ap¬ 
pendix C. The basic TTY is designed to interface 
via a DC current loop. It can be wired for either 60 
or 20 milliamperes (mA) current. The 20 mA 
option is required for use with the EXORciser II. 

D.2 FULL DUPLEX 20 mA CURRENT 

LOOP CONNECTIONS 

In order to use the 20mA neutral current 
loop interface with EXORciser II, the RS232C in¬ 
terface signals must be translated to those of the 
current loop interface. This can be done easily by 
using Micromodule 11 (M68M11). The 48-inch flat 
ribbon cable with keyed edge connector is 
plugged directly into connector P4 on the DEbug 
II module after removing the connector and cable 
running to the rear panel of the EXORciser II 
chassis. The connections required on your termi¬ 
nal, as well as the connections to the Micro¬ 
module itself, are all fully described in the Micro¬ 
module 11 User’s Guide. Additional comments 
are provided here to aid the user in under¬ 
standing this interface. 

The teletype keyboard is normally wired 
to provide an EVEN parity bit (bit 7). It can be 
changed to be always ONE (1) or always ZERO (0) 
for each character. The EXORciser II ignores the 
parity bit so it doesn’t matter which type the key¬ 
board transmits. The EXORciser II normally sends 
each character to the terminal with a ZERO (0) in 
the parity bit position; but since the TTY does not 
test parity, it ignores the bit. 


The ASR33 Teletype should be 
equipped with an automatic tape reader to be 
fully compatible with the EXbug control program. 
The Co-Resident Editor and Assembler tape pro¬ 
grams cannot be used unless an automatic 
reader is provided. The lack of an automatic 
punch requires either careful manual operation 
or that a third pass of the source tape be made to 
generate an object tape (only) with the punch ON. 

The EXbug II features include automatic 
generation of leaders/trailers on paper tape and, 
because all addressing is included in the Mo¬ 
torola tape format (see Chapter 3), and readers or 
punches are turned ON and OFF under program 
control, loading or outputting of tapes is a simple 
operation. 

The TTY can be equipped with either an 
automatic or manual reader. The automatic 
reader will start reading tape when a “DC1” con¬ 
trol character (Hex 11) is received, and will stop 
when a DC3 (Hex 13) is received. The manual 
reader can be converted by means of a relay to 
operate automatically, if desired. In this case, the 
reader is started and stopped with a DC output 
signal provided by the EXORciser II. Older Tele¬ 
types can also be easily updated by local TTY 
service organizations to provide the automatic 
punch or readers. 

D.3 AUTOMATIC READER/PUNCH 

CONTROL MODIFICATION 

The EXORciser II is designed to work 
with a TTY terminal having automatic reader/ 
punch control or a manual TTY terminal modified 


TABLE D-1. Automatic Reader/Punch Modification Parts List 


Component 

Quantity 

Description 

Reed Relay 

1 

12 V, 600-ohm coil, Potter Brumfield Part Number 
JR-1005 or equivalent 

Resistor 

1 

470 ohm, V 2 watt 

Capacitor 

1 

0.1 /xf, 600 V 

Component Board 

1 

Vector Board (2.5 x 3.8 inches) 
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TTY terminal for automatic reader/punch control. 


2.50 



FIGURE D-1. Component Board 

for automatic reader/punch control. The fol¬ 
lowing paragraphs discuss modifying a manual 


D.3.1 Components Required 

Table D-1 identifies the parts required to 

modify a TTY terminal. 

D.3.2 Modification Procedures 

(a) Install the resistor, capacitor, and relay on 
the component board as depicted in Figure 
D-1. 

(b) Mount the component board onto the TTY 
terminal, using the holes in the terminal’s 
mounting plate. Refer to Figure D-2 for the 
component board location. 

(c) Referring to the schematic diagram in Figure 
D-3, connect the relay, capacitor, and re¬ 
sistor into the terminal’s circuitry. The wire A 
may be spliced into the brown wire near the 
connector plug. The LINE and LOCAL lines 
must be connected to the MODE switch as 
shown. 

(d) For operation, the reader switch is left in the 
ON position, and the added relay controls the 
starting and stopping of the tape. 

CAUTION 

IN THE SYSTEM, MAKE CERTAIN NO 
VOLTAGES FROM THE TERMINAL 
ARE ACCIDENTALLY CONNECTED TO 
THE RELAY’S PRIMARY WINDINGS. 
SUCH A VOLTAGE MAY DAMAGE THE 
DEBUG II MODULE AND POWER 
SUPPLY. 



Figure D-2. Component Board Location 
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FIGURE D-3. TTY Terminal Schematic Incorporating Automatic Reader Control 
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APPENDIX E 
THE RS232C STANDARD 


The RS232C standard adopted by the 
Electronic Industries Association (EIA) uses the 
following terminology to describe signal levels: 


Binary state 

“1” 

“0” 

Signal Condition 

MARK 

SPACE 

Voltage 

negative 

positive 

Paper Tape 

Hole 

no hole 

For control circuits: 

Control function 

OFF 

ON 

Voltage 

negative 

positive 

Binary state 

“1” 

“0” 


The specific RS232C standard defines 
any voltage between -3 and -15 as a binary “1", 
and any voltage between +3 and +15 as a binary 

■‘ 0 .” 

The connector used for an RS232C 
equipped terminal is standardized and made by 
several manufacturers. It should be a Cinch DB- 
25P or equivalent. 

The pin connections and signal char¬ 
acteristics for the RS232C standard are listed in 
the following Table E-1. These signals are avail¬ 
able at the 25 pin connector located on the rear 
panel of the EXORciser II chassis. 


TABLE E-1. RS-232C/EXORciser II Interconnections 


PIN 

NUMBER 

SIGNAL 

MNEMONICS 

SIGNAL NAME AND DESCRIPTION 

1 

POWER GND 

POWER GROUND — Chassis ground. This line provides a safety 
ground connection to the RS-232C compatible terminal. 

2 

RX DATA 

RECEIVE DATA — This line accepts the input from an RS-232C 
compatible terminal (keyboard). 

3 

TX DATA 

TRANSMIT DATA — This line transfers data to an RS-232C 
compatible terminal (printer). 

4 


Not Used. 

5 

CTS 

CLEAR TO SEND — This line is ON (plus) when an RS-232C data 
terminal is connected to the EXORciser II, and DTR is ON. 

6 

DSR 

DATA SET READY — This line is ON (plus) when an RS-232C data 
terminal is connected to the EXORciser II, and DTR is ON. 

7 

SIGNAL GND 

SIGNAL GROUND — This line provides a common signal connection to 
the RS-232C data terminal. 

8 

DCD 

DATA CARRIER DETECT — This line is ON (plus) when an RS-232C 
data terminal is connected to the EXORciser II, DTR is ON. 

9-19 


Not Used. 

20 

DTR 

DATA TERMINAL READY — This line from the RS-232C data 
terminal indicates that the data terminal is ready, when ON (plus). 

21-25 


Not Used. 
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APPENDIX F 

Tl TERMINAL DESCRIPTION 


The Tl 733ARS terminal is functionally 
equivalent to the ASR33 teletypewriter, but pro¬ 
vides 10, 15, or 30 characters per second (CPS) 
operation. When equipped with the ADC (Auto¬ 
matic Device Control) Module, the tape cassettes 
respond to the same ASCII commands (DC1, DC2, 
DC3, or DC4), as used by the TTY. Proper auto¬ 
matic operation with an EXORciser II up to 30 
CPS, is thus provided. To get maximum perform¬ 
ance, however, it is suggested that the Remote 
Device Control (RDC) Module and 1200 baud op¬ 
tion be used. This provides the same ASCII cas¬ 
sette control features as the ADC Module does, 
but adds several more which are utilized to realize 
the advantages of the 1200 baud operation. 

The added commands are: 

DLE,: RDC on command 
DLE,9 Printer ON 
DLE,7 Cassette Block Forward 
DLE,0 Printer OFF 

These commands are used to allow turn¬ 
ing the printer ON and OFF, when necessary to 
avoid garble. The DLE,7 command was found 
necessary to provide a “Block Forward’’ instead 
of DC1, when reading the tape. DLE,: is used 
during initialization. Tl has numerous options on 
the RDC Module, so it is necessary to specify the 
(-3) version. Most of the difficulties experienced 
are due to the wrong options being used. When a 
terminal is received, it normally inhibits the 
printer at all times when 1200 baud is used. This 
need not be done with the EXORciser II because 
of the nulls provided, so this option should be 
changed. This is done by removing a 10 ohm Va W 
resistor from the center of the 1200 baud receiver 
card (Green Ejector). Also, the DIP package tog¬ 
gle switches should be as specified in the Tl man¬ 
ual (1 through 6 are ON, and 7 and 8 are OFF). 

Revision K of the terminal control card 


will not work properly, but prior and later re¬ 
visions are ok. The Tl field service stations all 
have been provided with instructions on the use 
of this terminal with an EXORciser; but if the user 
has any difficulty, he should call his local Mo¬ 
torola Field Area Engineer or the factory in Phoe¬ 
nix (602-244-3681) for assistance. 

A Tl 733ASR terminal which is equipped 
for 1200 baud and RDC options can be easily 
modified for 2400 baud operation. Two printed 
circuit runs on the 1200 baud receiver card are 
cut (E2 to E4 and El to E3), and two jumpers are 
added (El to E2 and E3 to E4). When done, the 
terminal will transmit and receive at 2400 baud 
when the HI-LO SPEED switch (located near the 
power switch) is in the HI-SPEED position. The 
terminal performance will not be affected when 
this switch is in the LO-SPEED position. (The 
baud rates will be determined by the switch in¬ 
side, as before.) 

The EXbug II program has features 
which work with the Tl terminal to allow Assembly 
and Editing as 1200 and 2400 baud. The higher 
rates are used between the units so that the cas¬ 
settes will read or record at these speeds. Since 
the printer cannot exceed 300 baud, the EX¬ 
ORciser II EXbug firmware, for example, inserts 3 
nulls between each character (every fourth char¬ 
acter is printed) and 23 nulls after each OR (at 
1200 baud) to allow time for the carriage to return. 
At 2400, it is 7 and 47 nulls, respectively. This 
software mode is selected by typing the appropri¬ 
ate ;K command when starting the EXORciser II. 
This technique will work with any mechanical ter¬ 
minal which ignores nulls. Some terminals will 
not. These numbers can be used with any termi¬ 
nal that takes 200 milliseconds to return. If a 
slower terminal is used, the ;K command of EX¬ 
bug can be used to insert any number of nulls. 
(See Chapter 3 for more details on EXbug.) 
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APPENDIX G 

EXECUTIVE MAP—USER MAP INTERFACE 


G.1 INTRODUCTION 

The dual map feature of EXORciser II is 
provided primarily to ease program development 
by giving the user a full 64K memory map without 
sharing space with EXbug, the MDOS interface, 
or other peripherals, while providing complete 
EXbug debug capabilities. However, the dual 
map also presents the possibility of running a 
program in the USER map with the I/O performed 
in the EXEC map. These last two capabilities are 
discussed here along with the procedures for 
passing information and control between the two 
maps. 

Since the USER map was developed as a 
separate 64K map for testing applications pro¬ 
grams, it was not given access to the EXEC map. 
The EXEC map has the ability to store, to fetch 
from, and start execution at any location within 
the USER map. Control is returned to the EXEC 
map from the USER map by means of certain 
interrupts. Since the EXEC map also contains all 
EXbug I/O, the EXEC map normally has control of 
the EXORciser. 

The two maps are provided by splitting 
the processor’s VMA (valid memory address) sig¬ 
nal into two other signals: VUA and VXA. VUA 
(valid user address) enables the USER map while 
VXA (valid exec address) enables the EXEC map. 
These two signals are generated on the DEbug II 
module. When the DEbug II module is in the sin¬ 
gle map mode, valid addresses less than F000 
generate VUA while valid addresses greater than 
or equal to F000 generate VXA. In the dual map 
mode VUA and VXA are generated from a shift 
register controlled by PIA. This PIA is addressable 
only from the EXEC map. 

G.2 VUA GENERATION—DUAL MAP 

MODE 

Figure G-1 is a simplified diagram of the 
VUA/VXA generation circuitry for the dual map 
mode. As it shows, the A peripheral register of the 
PIA determines the VUA/VXA pattern that will be 
generated. A pulse on the CA2 line loads the shift 
register and starts the sequence that controls ac¬ 
cess to the USER map. The A control register 
generates the pulse on the CA2 line. To accom¬ 
plish this, the A control register contains either 
$2C if memory parity error interrupts is not en¬ 
abled or $2D if it is. Therefore, once the PIA A data 


register is properly set up, the USER map can be 
repeatedly accessed by merely reading the PIA A 
data register for each access. This can be accom¬ 
plished using load, test, and compare instruc¬ 
tions in the EXEC map. 

Figure G-2 shows typical instruction se¬ 
quences for accessing and passing control to the 
USER map along with the corresponding shift 
register cycles and PIA A peripheral register con¬ 
tents. The instructions used to load the shift reg¬ 
ister, TST and CPX, were selected because they 
provide the correct timing and do not modify the 
processor's registers except for the condition 
code. Other instruction sequences may be used 
to access the user map. However, the VUA pulse 
must occur when data is to be read from or writ¬ 
ten to the USER map. The MC6800 data sheet in 
the M6800 Microcomputer System Design Data 
book contains a summary of cycle by cycle in¬ 
struction operation. If other instruction se¬ 
quences are used to access the USER map, not 
that the pattern loaded in the PIA starts to come 
out of the shift register on the third cycle after the 
PIA A register was read. Since the CLR instruction 
reads the location to be cleared before clearing it, 
CLR should not be used to clearthe PIA A periph¬ 
eral register as this will cause the shift register to 
be loaded from the PIA before the PIA is cleared. 
The recommended procedure for clearing the A 
peripheral register is to first clear an accumulator 
and then store the accumulator to the PIA periph¬ 
eral register. 

Typically, the USER map access would 
be done a byte at a time. In this case the PIA A 
register would be set up with the proper pattern 
initially and would not require changing until pro¬ 
gram execution is to be passed to the USER map. 
In all the instruction sequences illustrated here, 
except the RTI, the index register contains the 
base address for the load, store, or execution. A 
nonzero index offset can be used in the se¬ 
quences; however, a zero index offset is probably 
the most useful. The store-to-USER-map se¬ 
quence also requires that the data to be stored be 
in the appropriate accumulator before the se¬ 
quence is started. The load and store sequences 
are useful in passing parameters between the 
maps under the control of the EXEC map. The 
jump sequence is used to start programs in the 
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USER map since it does not specify register co¬ 
ntents. Return to the USER map from service calls 
to the EXEC map is accomplished using the RTI 
sequence. 

G.3 RETURNING CONTROL FROM USER 

MAP TO EXEC MAP 

Once a program is running in the USER 
map, there are several ways that control can be 
returned to the EXEC map. Most of the ways of 
returning to the EXEC map cannot be controlled 


from the USER map. One way to return is an 
EXbug generated NMI. EXbug generated NMI’s 
occur for: abort, memory parity error, run one 
instruction, and halt on address. Restart will also 
return control to the EXEC map if the restart map 
switch on the DEbug module is in the EXEC map 
position. 

The controlled way to return to the 
EXEC map from the USER map is by an SWI. If this 
feature is enabled on the DEbug module, exec¬ 
uting an SWI in the USER map will cause control 


1 = VUA, 0=VXA 



Other PI A PA Lines 

PA3- 1 = run one instruction 
PA5- Halt-on-Address map: 

1=VUA, 0=VXA 
PA6- not used 
PA7- not used 



FIGURE G-1. VUA/VXA Generation Circuitry — Dual Map Mode 
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FIGURE G-2. USER Map Access Instruction Sequences 


G -3 






































































































to return to the EXEC map. When the SWI is exec¬ 
uted, the processor’s registers are first pushed on 
the stack in the USER map. Then, when the SWI 
vector is fetched, control is passed to the EXEC 
map and the vector is read from FFFA, FFFB of 
the EXEC map. For this type of operation the user 
should replace the normal EXbug vector in the 
EXEC map with the address of his own service 
routine. The SWI return to EXEC map is enabled 
by the CB2 line of the PIA which controls the map 
control shift register. The address of the control 
register which determines the state of CB2 is 
FCFF in the EXEC map. When this register con¬ 
tains $37 the SWI return to EXEC is enabled and 
the sequence of events described above will oc¬ 
cur when an SWI is executed in the USER map. 
When this register contains $3F the SWI return to 
EXEC is disabled and SWI’s are serviced in the 
USER map. Exbug’s E command can also be used 
to enable the SWI return to EXEC. If the E com¬ 
mand is used, Exbug will put the appropriate 
value in the CB2 control register when the next 
program execution command (;P or ;G) is en¬ 
tered. Typically, the SWI return to EXEC map is 
enabled initially using the EXbug E command. 
After program execution has begun, there is no 
need to change the SWI return enable. 

G.3.1 SWI Nesting 

For some uses of the SWI to return to the 
EXEC map it may be desirable to nest SWI’s. That 
is, the routine that services the EXEC return SWI 
might wish to execute SWI’s of its own for other 
functions. These other SWI’s would also be serv¬ 
iced in the EXEC map. The problem that arises in 
this situation is that the routine that responds 
initially to the SWI must know which map the SWI 
occured in. Service of a USER map SWI would 
probably require the saving of the stack pointer 
and then use a different stack pointer value as 
well as setting the PIA A register for USER map 
access. These operations would not be done if 
the SWI had occurred in the EXEC map. Also, the 
return from interrupt would have to be handled 
differently for a USER map return than for an 
EXEC map return. Return from an EXEC map SWI 
could be handled with an RTI. However, return 
from a USER map SWI requires restoring the 
stack pointer to the USER map value and passing 
control back to the USER map. 

An indication of the map the SWI oc¬ 
curred in is provided on the DEbug module. The 
CB1 line of the map control PIA gets a low to high 
transition when a USER map to EXEC map 
changes occurs. This shows up as the sign bit of 
the B control register being set. The B control 
register address is FCFF in the EXEC map. This 
register normally contains $37 or $3F depending 
on whether the SWI return to EXEC is enabled or 


disabled. If the map change indication is set, the 
B data register at FCFD in the EXEC map must be 
read to reset it. The map change flag would be 
used on entry to the SWI service routine to deter¬ 
mine if the stack pointer must be saved and the 
EXEC map value used. To determine the proper 
actions for the SWI return, the map change indi¬ 
cation could be pushed onto the stack. In the 
return sequence, the map change indicator 
would be pulled off the stack to determine proper 
return action. The actual SWI service could be 
done in a subroutine that would return to the SWI 
return routine. 

The flowchart in Figure G-3 illustrates 
the SWI service and return sequence. In the flow¬ 
chart the most general case of nested SWI’s is 
covered. Asterisks in the flowchart mark steps 
that are not required if SWI’s are not nested. 

Another problem encountered in nested 
SWI’s is the accessing of parameters from the 
EXEC map SWI’s. If the same routines are used as 
foraccessing the USER map, loading a value 00 in 
the PIA A register before the USER map access 
sequence will cause the EXEC map to be ac¬ 
cessed instead of the USER map. A value of $30 
would have to be restored to the PIA A data regis¬ 
ter before the USER map is to be accessed again. 
Another solution is to use separate routines to 
obtain the EXEC map parameters. These routines 
would read the EXEC map directly without load¬ 
ing the shift register before reading or writing to 
memory. In this case the value in the PIA would 
not have to be changed before accessing EXEC 
map parameters or restored after the parameters 
are accessed. 

G 4 FUNCTION REQUEST 

SPECIFICATION 

It is very likely that the USER map will 
have to call the EXEC map for more than one 
function. However, all SWI’s are vectored to a 
single routine. The problem, then, is to communi¬ 
cate to the common SWI service routine the de¬ 
sired function so that an appropriate subroutine 
can be called to accomplish that function. To 
solve this, a separate number can be assigned to 
each of the required functions. Then the common 
SWI service routine has to get the number of the 
desired function. 

There are several different ways that the 
common SWI service routine can get the function 
number. In one method, the function number is 
put in the byte following the SWI. This does not 
require programmed set-up in the USER map, but 
the SWI service routine must make a number of 
accesses to the USER map to get the function 
number. The service routine must first get the 
program counter from USER map stack. It then 
uses this address to get the function number from 
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♦indicates steps needed only if SWI's are nested in 
EXEC map. 


if sign bit of location $FCFF in EXEC map is set, 
the SWI was in the USER map. 


the sign bit of location $FCFF in the EXEC map is 
reset by reading location $FCFD in the EXEC map. 


put $30 in location $FCFC in the EXEC map. If 
the SWI was not from the USER map during nested 
SWI's, it may be desirable to put 00 in $FCFC so 
that the same parameter fetch routines can be 
executed as for the USER map; however, the EXEC 
map instead of the USER map would be accessed. 


FIGURE G-3. SWI Service Sequence (Sheet 1 of 2) 
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No 


USER 



the contents of location $FCFF from the first deci¬ 
sion could have been saved on the stack for this 
decision. 


put $37 in location $FCFC in the EXEC map. 


CPX $FCFC 
NOP 


FIGURE G-3. SWI Service Sequence (Sheet 2 of 2) 


the USER map. Finally it must correct the pro¬ 
gram counter on the USER stack so that the SWI 
return skips over the function number. Another 
method is for the USER map program to always 
put the function number at a specific location, 
that is known to the SWI service routine, and then 
execute the SWI. This requires some program¬ 
med set-up in the USER map. However, the SWI 
service routine only needs to access the USER 
map once to get the function number. Perhaps 
the best way to pass the function number to the SWI 
service routine is to put it in one of the processor’s 
accumulators before executing the SWI. Only a min¬ 
imal amount of programmed setup is required in the 
USER map. Also, the SWI service routine does not 
have to access the USER map to get the function 
number. 

G.4.1 Run Sequence 

Once the program has been assembled 
or compiled, the next step is to load it into the 


system and test it. The following steps can be 
used to load the program from tape or MDOS. The 
only additional steps for MDOS are that MDOS 
must be started initially and MDOS must be re¬ 
started between steps 1 and 2. 

(1) Load the USER map. 

(2) Load the EXEC map. 

(3) Take over the EXEC map SWI vector. Place 
the SWI service routine entry address in 
FFFA, FFFB. 

(4) Enable USER map SWI’s to be serviced in the 
EXEC map by entering a -1 for the EXbug E 
command value. 

(5) Enter the USER map mode by typing USER 
carriage return. 

(6) Start the USER map program using the 
addr;G command. 
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G.4.2 Debugging 

If the program does not work properly, 
the next step is to debug it. This is somewhat 
difficult since EXbug was not designed to debug 
in both maps at the same time. Also, since the 
EXbug SWI vector has been replaced by the 
USER’S EXEC map SWI vector, breakpoints can¬ 
not be used. The solution to the first problem is to 
debug each map separately. The EXEC map rou¬ 
tines can be tested by dummying up calls to them 
in the EXEC map. EXbug’s halt-on-address and 
trace functions can be used to verify the pro¬ 
gram’s operation. There is a precaution that must 
be observed while testing the EXEC map routines 
in this mode. All locations where the map control 
PIA is set up to access or transfer control to the 
USER map must be patched to store 00 in the PIA. 
This is required since the SWI’s and data are in 
the EXEC map. 

After the EXEC map program has been 
debugged, the USER map program can be tested. 
Here again the trace and halt-on-address func¬ 
tions can be used to verify program operation. 
While testing the USER map program, the trace 
function cannot be used to trace through SWI’s. 
During the testing of the USER map program, it 
makes its normal calls to the debugged EXEC 
map routines. 

G.4.3 Example 

As an example of what is needed to run a 
program in the USER map and have it use the 
EXEC map for I/O, a program that was originally 
written for a single map environment was con¬ 
verted to the dual map system. The converted 
program runs in the USER map and uses SWI’s to 
transfer control to the EXEC map for I/O. 

The original program used five of the 
Mikbug I/O routines: 

OUTEEE sends the character in the A accu¬ 
mulator to the system terminal. 

PDATA1 prints a data string pointed to by the 
index register and terminated by an 
EOT to the system terminal. 

1NEEE accepts a character from the system 
terminal and returns it in the A accu¬ 
mulator with bit 7 reset. The character 
is echoed to the system terminal. 

OUTHR converts the 4 least significant bits of 
the A accumulator to ASCII hex and 
sends it to the system terminal. 

OUTS sends a space to the system terminal. 

In the original program these labels 
were defined using EQU directives. A given rou¬ 
tine was then called by a JSR to the appropriate 
label. To convert the program to dual map oper¬ 


ation the EQU definitions were replaced with the 
subroutines of the listing in Figure G-4 and the 
program reassembled. The subroutines of Figure 
G-4 are all similar. The only difference is the 
unique I/O code assigned to each subroutine. 
Each subroutine saves the B accumulator, gets 
the I/O code in the B accumulator, and then exec¬ 
utes an SWI to transfer control to the EXEC map. 
Note that the B accumulator is used to pass the 1/ 
O code to the EXEC map. On return from the SWI 
the original contents of the B accumulator are 
restored and an RTS is executed to return from 
the I/O subroutine. 

Figure G-5 contains the listing of the 
EXEC map SWI service routine. It uses three EX¬ 
bug subroutines: 

OUTCH sends the character in the A accu¬ 
mulator to the system terminal. 

XCHEXR converts the 4 least significant bits of 
the A accumulator to an ASCII hex 
character which is returned in the A 
accumulator. 

XINCHN accepts a character from the system 
terminal and returns it in the A accu¬ 
mulator with bit 7 reset. The character 
is echoed to the system terminal. 

The XPDAT1 function is duplicated in 
the SWI service routine because the EXbug 
PDATA1 does not access the USER map (which is 
where the string to be printed is). The EXbug 
XPSPAC was not used for OUTS because it was 
just as easy and a byte shorter to load the A accu¬ 
mulator with a space character and fall into a call 
to the XOUTCH routine. After the appropriate 
function is completed, the USER map stack must 
be updated with the current register contents 
since the registers are restored from stack when 
the RTI is executed. The PDATA1 routine updates 
the index register on the USER stack to point to 
the end of the EOT of the string that was printed. 
All the routines update the A accumulator on the 
USER stack. This is not necessary for OUTEEE, 
but it does simplify the program to treat all the 
functions alike. Once the USER map stack has 
been updated with the current register contents, 
the RTI sequence is used to transfer control back 
to the USER map. 
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CONCLUSION 


Although EXbug 2 was not designed to 
debug in both maps concurrently, programs can 
be developed and run which utilize both maps. 
This type of operation defeats the original pur¬ 
pose of the dual map configuration, that of pro¬ 
viding a completely separate 64K rtiap for pro¬ 
gram development. However, it does open up the 
possibility of running programs of a size that was 
not possible before. 
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PAGE 010 DEHOVUA . SA:1 OTHELO 


00434 

* 1/0 CALLS TO EXEC NAP 

00436 042F 

A 0UTEEE EQU * 


00437A 042F 37 

PSHB 

SAVE B 

00433A 0430 5F 

CLRB 

I/O CODE 

00439A 0431 3F 

SHI 

GO TO EXEC 

00440A 0432 33 

PULB 

RESTORE B 

00441A 0433 39 

RTS 



00443 0434 

A PDATA1 E0U * 

00444A 0434 37 

PSHB 

00445A 0435 C6 01 

A LDAB #1 

00446A 0437 3F 

SHI 

00447A 0438 33 

PULB 

00448A 0439 39 

RTS 


00450 043A 

A INEEE 

EQU * 

00451A 043A 37 


PSHB 

00452A 043B C6 02 

A 

LDAB #2 

00453A 043D 3F 


SHI 

00454A 043E 33 


PULB 

00455A 043F 39 


RTS 


00457 0440 

A OUTHR 

EQU * 

00453A 0440 37 


pshb 

00459A 0441 C6 03 

A 

LDAB #3 

00460A 0443 3F 


SHI 

00461A 0444 33 


PULB 

00462A 0445 39 


RTS 


00464 0446 

A OUTS 

EQU * 

00465A 0446 37 


PSHB 

00466A 0447 C6 04 

A 

LDAB #4 

00467A 0449 3F 


SHI 

00468A 044A 33 


PULB 

00469A 044B 39 


RTS 


FIGURE G-4. USER Map I/O Routines to Call EXEC Map 
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PAGE 001 DEMOVXA . $A:1 SHISRV 


00001 

00002 

00003 

00004 

00005 

00006 

00007 


NAM SHISRV 

* 

* SERVICES USER MAP SHI'S IN EXEC MAP 

* 

* 

* EXBUG EQUATES 

* 


00008 

FCFC 

A MPIAAD EQU 

$FCFC 

00009 

F018 

A XOUTCH EQU 

SF018 

00010 

FOOC 

A XCHEXR EQU 

$FOOC 

00011 

F015 

A XINCHN EQU 

$F015 

00012 


# 


00013 


* TEMP VARIABLES 

00014 


* 


00015A 0000 


ORG 

0 

00016A 0000 

0002 

A SPSAVE RMB 

2 

00017A 0002 

0002 

A TEMPX RMB 

2 

00018 


* 


00019 


* SHI SERVICE 

ROUTIN 

00020 


* 


00021A 1000 


ORG 

$1000 

00022 

OFFF 

A STACK EQU 

*-l 

00023 


i 


00024 


* ENTER HERE ON SHI 

00025 


* 


00026 

1000 

A SHISRV EQU 

* 


EXEC MAP STACK 


00027 


00028A 

1000 9F 00 A 

STS 

SPSAVE 

SAVE USER MAP STACK POINTER 

00029 

* 




00030A 

1002 8E OFFF A 

LDS 

♦STACK 

USE EXEC MAP STACK 

00031 

* 




00032A 

1005 37 

PSHB 


SAVE I/O REQUEST TYPE 

00033 

* 




00034A 

1006 C6 30 A 

LDAB 

#$30 

SET UP USER MAP ACCESS 

00035A 

1008 F7 FCFC A 

STAB 

MPIAAD 


00036 

* 




00037A 

100B 33 

PI-LB 


GET I/O TYPE 

00038A 

100C 5A 

DECB 



00039 

* 




00040A 

100D 2B OA 1019 

BMI 

OUTEEE 

0=0UTPUT A ACC 

00041 

♦ 




00042A 

100F 27 2C 103D 

BEQ 

PDATA1 

1 OUTPUT STRING 

00043 

* 




00044A 

1011 5A 

DECB 



00045A 

1012 27 20 1034 

BEQ 

INEEE 

2=INPUT TO A ACC 

00046 

* 




00047A 

1014 5A 

DECB 



00048A 

1015 27 18 102F 

BEQ 

OUTHR 

3=0UTPUT 4 LSB OF A ACC AS HEX 

00049 

# 




00050A 

1017 86 20 A 

LDAA 

#$20 

OUTPUT SPACE IS LEF (4) 

00051 

f 




00052A 

1019 BD F018 A OUTEEE JSR 

XOUTCH 


00053 

* 




00054 

* COME HERE TO RETURN TO USER MAP 

00055 

* 




00056A 

101C DE 00 A RTNA 

LDX 

SPSAVE 

LPDATE SHI A ACC 

00057A 

1Q1E BC FCFC A 

CPX 

MPIAAD 

LOAD SR FOR USER MAP HRITE 

00058A 

1021 A7 03 A 

STAA 

3>X 



FIGURE G-5. EXEC Map SWI 
Service Routine (Page 1) 
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PAGE 002 DEMOVXA . SA:1 SWISRV 


00059 




* 




00060A 

1023 

86 

37 

A 

LDAA 

#$37 

SET IF USER HAP RETURN 

00061A 

1025 

B7 

FCFC 

A 

STAA 

MPIAAD 


00062 




* 




00063A 

1028 

9E 

00 

A 

LOS 

SPSAVE 

(FT USER MAP STACK POINTER 

00064 




* 




00065A 

102A 

BC 

FCFC 

A 

CPX 

HPIAAD 

LOAD SR FOR USER MAP RETURN 

00066A 

1020 

01 



NOP 


TIMING DELAY 

00067A 

102E 

3B 



RTI 



00068 




* 




00069A 

102F 

BO 

FOOC 

A OUT* 

JSR 

XC*XR 

CONVERT 4 LSB OF A ACC TO ASCII HEX 

00070A 

1032 

20 

E5 1019 

BRA 

OUTEEE 


00071 




* 




00072A 

1034 

BD 

F015 

A INEEE 

•JSR 

XINCHN 

INPUT CHARACTER TO A ACC 

00073A 

1037 

20 

m 

CO 

• — 
o 

H* 

O 

BRA 

RTNA 

PUT CHARACTER ON USER STACK k RETURN 

00074 




* 




00075A 

1039 

BD 

F018 

A PDATA3 JSR 

XQUTCH 

PRINT CHARACTER 

00076A 

103C 

08 



INX 


UPDATE POINTER 

00077A 

1030 

70 

FCFC 

A PDATA1 TST 

*IAAD 

LOAD SR FOR USER MAP READ 

00078A 

1040 

A6 

00 

A 

LDAA 

0, X 


00079A 

1042 

81 

04 

A 

CMPA 

#4 

END OF PRINT STRING’ 

00080A 

1044 

26 

F3 1039 

BNE 

PDATA3 

NO 

OOOS1A 

1046 

OF 

02 

A 

STX 

TEHPX 

YES, UPDATE USER MAP SWI X REG 

00082A 

1048 

DE 

00 

A 

LDX 

SPSAVE 


00083A 

104A 

06 

02 

A 

LDAB 

TEHPX 


00084A 

104C 

BC 

FCFC 

A 

CPX 

MPIAAD 

LOAD SR FOR USER MAP WRITE 

00085A 

104F 

E7 

04 

A 

STAB 

4.X 


00086A 

1051 

06 

03 

A 

LDAB 

TEMPX+1 


00087A 

1053 

BC 

FCFC 

A 

CPX 

MPIAAD 

LOAD SR FOR USER MAP WRITE 

00088A 

1056 

E7 

05 

A 

STAB 

5.X 


00089A 

1058 

20 

C2 101C 

BRA 

RTNA 

RETURN 

00091 



1000 

A 

END 

SWISRV 



TOTAL ERRORS 00000-00000 


1034 INEEE 00045 00072* 

FCFC MPIAAD 00008*000:35 00057 00061 00065 00077 00084 00087 
1019 OUTEEE 00040 00052*00070 
102F OUT* 00048 00069* 

1030 PDATA1 00042 00077* 

1039 PDATA3 00075*00080 

101C RTNA 00056*00073 00089 

0000 SPSAVE 00016*00028 00056 00063 00082 

OFF STACK 00022*00030 

1000 SWISRV 00026*00091 

0002 TEHPX 00017*00081 00083 00086 

FOOC XCHEXR 00010*00069 

F015 XINCHN 00011*00072 

F 018 xof-rrcH 00009*00052 00075 


FIGURE G-5. EXEC Map SWI Service Routine (Page 2) 
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APPENDIX H 

COMPATIBILITY BETWEEN EXORciser II AND EXORciser I 

MODULES 


H.1 USING EXORciser II MODULES IN 
EXORciser I 

EXORciser II was designed to be upward 
compatible with EXORciser I. Some of the impor¬ 
tant physical differences are: 

(1) EXORciser II incorporates a multilayer moth¬ 
erboard which provides improved noise im¬ 
munity at 2 MHz operation. 

(2) A new Extender board was designed for EX¬ 
ORciser II. Although it still has the economy 
of two-sided printed circuitry, it’s layout im¬ 
proved grounding and noise immunity. 

(3) Although the front panels appear to have ma¬ 
jor differences between EXORciser I and II, 
the flat ribbon connector from the front panel 
to the Baud Rate Module on EXORciser I can 
be plugged directly into the DEbug II Module 
when using the EXORciser I chassis. In a 
similar way, EXORciser I modules may be 
used in an EXORciser II chassis as long as the 
Baud Rate Module is installed in the rear 
panel of EXORciser II. Mounting holes forthe 
utility cover plate on the standard EXORciser 
II accommodate the Baud Rate Module. 

(4) When using the DEbug II Module in an EX¬ 
ORciser I chassis, the front panel lights have 
the following meaning: 

RUN = VUA 
AUX = VXA 

H.2 MIXING EXORciser I AND EXORciser 
II MODULES 

System speed is limited to the maximum 
clock rate specified for the slowest board in the 


system. Specifically, most EXORciser I modules 
are not rated to operate above 1 MHz, so if MPU II 
is being used, it must be configured for 1.0 MHz 
operation. 

Dual Map capability requires two es¬ 
sential ingredients—the DEbug II Module must be 
used, and all peripherals and memories must be 
able to be assigned to the proper map (VUA or 
VXA). All EXORciser I modules will automatically 
respond to VUA when run in an EXORciser II envi¬ 
ronment. In order to assign these modules to 
VXA, the owner must modify the individual mod¬ 
ules by cutting and jumpering a single con¬ 
nection at the edge connector of the EXORciser I 
module. The modification is the same for ail EX¬ 
ORciser I. modules and is illustrated in the dia¬ 
gram below. Cut the incoming signal from pin 10 near 
the edge connector finger. Correct VXA (pin 19) to the 
circuitry side of that cut. 

When using DEbug II, the bus signal 
TSG (Tri-State Grant) must be held low. MPU II 
normally provides this. EXORciser I central pro¬ 
cessor modules like MPU I, USE, USE-2B, MM01, 
and MM01A do not providethis grounding. When 
using DEbug II with these modules, the user must 
manually jumper pin 15 (TSG) on the DEbug II 
module to ground. 

MPU II may be used with DEbug I at 1 
MHz if dual map control is not needed. 

Certain precautions must be observed 
when using the early 8K-1 dynamic RAM mod¬ 
ules. When mixing 8K-1 modules with other dy¬ 
namic RAMs (including Series II RAM modules), 
the 8K-1 must be assigned as the master in the 
system. 



VXA VUA 
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Also important when mixing dynamic 
RAMs is the early 8K-1 requirement to provide 
+ 12 V to the battery backup signal (pin U on 
EXORciser I bus). On EXORciser I, this bus signal 
was normally jumpered to +12 V (pinT) when the 
product was manufactured. On EXORciser II, pin 
U is still designated as STANDBY, but is not jump¬ 
ered to +12V at the factory (since it’s application 
is more general in EXORciser II). When using 8K-1 
dynamic memories in an EXORciser II chassis, 
the user must make this jumper connection. 

Only a few early versions of the 8K-1 
dynamic RAM modules used a 60 usee refresh 
cycle. This was changed to 30 usee. If any dif¬ 


ficulty is encountered using 8K-1 memories with 
newer memories, a quick check of the refresh 
time should be made. The 60 usee timing cannot 
be mixed with newer modules. 

For Dual Map control, MDOS version 2.2 
is required as well as DEbug II module. 

Users trying to configure PERTEC ver¬ 
sions of the earlier floppy disk systems to EX¬ 
ORciser II are restricted to 1 MHz and single map 
mode. 

EXORciser I modules cannot, in general, 
be modified to make use of the Dynamic System 
Bus features of EXORciser II. 
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